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 331021 - dev libs/system libs link conflict.
dev libs/system libs link conflict.
Status: RESOLVED FIXED
Product: vte
Classification: Core
Component: general
0.11.x
Other All
: Normal normal
: ---
Assigned To: VTE Maintainers
VTE Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-02-13 17:37 UTC by Sylvain BERTRAND
Modified: 2006-02-13 21:31 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14

Attachments
vte configure.in patch (435 bytes, patch)
2006-02-13 17:38 UTC, Sylvain BERTRAND 		none Details | Review

Description Sylvain BERTRAND 2006-02-13 17:37:14 UTC 
Please describe the problem:
I build a development gnome desktop on the side of a system gnome desktop using
jhbuild.
/usr/X11R6 is a symlink to /usr in the setup of the modular X.org 7.0. Then the
libs search path "-L/usr/X11R6/lib -L/opt/gnome2/lib" is equalent to "-L/usr/lib
-L/opt/gnome2/lib" which gives link priority to system libs and not dev libs.
The configure.in LIBS contains the x11 libs search path causing the pb above.
Indeed, X_LIBS should be use instead and should be located in order to make x11
libs search path of lower priority thant dev libs search path.

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Sylvain BERTRAND 2006-02-13 17:38:41 UTC 
Created attachment 59274 [details] [review]
vte configure.in patch

Remove X_LIBS from LIBS. Then x11 libs search path does not override dev libs search path.
Comment 2 Behdad Esfahbod 2006-02-13 20:49:07 UTC 
I don't understand.  Why are you removing X_LIBS instead of moving it?
Comment 3 Sylvain BERTRAND 2006-02-13 21:00:31 UTC 
I removed X_LIBS from LIBS because X_LIBS is used directly. LIBS introduces redondancy, and moreover create the linking issue.
In src/Makefile.am, you can see the following automake target:
libvte_la_LIBADD = @LIBS@ @VTE_LIBS@ @X_LIBS@
Since LIBS does already contains X_LIBS, the x11 libs search path appear at the beginning of the libtool(link mode) command line, making then vte link against the system libs in /usr/lib and not the dev libs in /opt/gnome2/lib.
Comment 4 Behdad Esfahbod 2006-02-13 21:31:29 UTC 
2006-02-13  Behdad Esfahbod  <behdad@gnome.org>

        * configure.in: Do not prepend X_LIBS and X_CFLAGS to LIBS and
        CFLAGS. (bug #331021, Sylvain BERTRAND)