After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 344029 - Mis-handling of libexecdir
Mis-handling of libexecdir
Status: RESOLVED FIXED
Product: bug-buddy
Classification: Deprecated
Component: general
2.14.x
Other Mac OS
: Normal normal
: ---
Assigned To: Bug-buddy Maintainers
Bug-buddy Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-06-06 16:11 UTC by Daniel Macks
Modified: 2006-11-16 13:16 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Use autoconf libexecdir handler (788 bytes, patch)
2006-06-06 16:22 UTC, Daniel Macks 		none Details | Review

Description Daniel Macks 2006-06-06 16:11:06 UTC 
autoconf provides a standard --libexecdir flag in ./configure. Why does bug-buddy then implement its own determination of GNOMELIBEXECDIR that ignores the standard one has has no override? Darwin just has lib, not libexec, so 

if test "x$prefix" = "xNONE"; then
  GNOMELIBEXECDIR=$ac_default_prefix/libexec
else
  GNOMELIBEXECDIR=$prefix/libexec
fi

will never be correct.
Comment 1 Daniel Macks 2006-06-06 16:22:07 UTC 
Created attachment 66837 [details] [review]
Use autoconf libexecdir handler
Comment 2 Daniel Macks 2006-06-06 16:27:28 UTC 
While we're on the subject, just what how does bug-buddy use that directory? Is if looking for component files that are part of bb itself, or files from some other package?
Comment 3 Christian Persch 2006-06-14 15:05:08 UTC 
+AC_DEFINE_UNQUOTED(GNOMELIBEXECDIR, "$libexecdir", [Libexec directory])

This is still wrong, you shouldn't AC_DEFINE directories, but add them as -DGNOMELIBEXECDIR=\""$(libexecdir)"\" in Makefile.am to INCLUDES or _CPPFLAGS. That way expansion of ${prefix} works correctly.
Comment 4 Kjartan Maraas 2006-11-16 13:16:07 UTC 
Fixed it now in CVS.