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 356616 - libvte broken with new autotools
libvte broken with new autotools
Status: RESOLVED FIXED
Product: vte
Classification: Core
Component: general
0.14.x
Other All
: Normal major
: ---
Assigned To: VTE Maintainers
VTE Maintainers
: 353399 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-09-18 19:47 UTC by Allison Karlitskaya (desrt)
Modified: 2006-09-18 20:22 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18

Attachments
a fix. (3.04 KB, patch)
2006-09-18 20:05 UTC, Allison Karlitskaya (desrt) 		committed Details | Review

Description Allison Karlitskaya (desrt) 2006-09-18 19:47:34 UTC 
when you build libvte with a new automake you get it trying to do this:

stat64("${prefix}/share/vte/termcap/xterm", ...)

which of course fails, triggering bug 336105 and a segfault
Comment 1 Allison Karlitskaya (desrt) 2006-09-18 20:05:44 UTC 
Created attachment 72998 [details] [review]
a fix.

chpe pointed me to the fact that the way that the variables are declared in configure.in is no longer supported.

see http://www.gnu.org/software/autoconf/manual/html_node/Installation-Directory-Variables.html

specifically:

A corollary is that you should not use these variables except in makefiles. For instance, instead of trying to evaluate datadir in configure and hard-coding it in makefiles using e.g., ‘AC_DEFINE_UNQUOTED([DATADIR], ["$datadir"], [Data directory.])’, you should add -DDATADIR='$(datadir)' to your makefile's definition of CPPFLAGS (AM_CPPFLAGS if you are also using Automake).
Comment 2 Behdad Esfahbod 2006-09-18 20:20:54 UTC 
2006-09-18  Ryan Lortie  <desrt@desrt.ca>

        Bug 356616 – libvte broken with new autotools

        * configure.in:
        * src/Makefile.am: Fix broken variable substitution for newer
        versions of automake.
Comment 3 Behdad Esfahbod 2006-09-18 20:22:20 UTC 
*** Bug 353399 has been marked as a duplicate of this bug. ***