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 705659 - gnome-terminal build failure
gnome-terminal build failure
Status: RESOLVED FIXED
Product: gnome-terminal
Classification: Core
Component: general
3.9.x
Other Linux
: Normal normal
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
: 725096 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2013-08-08 10:20 UTC by darkxst
Modified: 2014-04-12 18:39 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Fix build failure (652 bytes, patch)
2013-08-08 10:25 UTC, darkxst
none Details | Review
build: add PLATFORM_DEPS to nautilus target (793 bytes, patch)
2013-08-08 22:23 UTC, darkxst
none Details | Review

Description darkxst 2013-08-08 10:20:34 UTC
gnome-terminal 3.9.90 fails to build on Ubuntu due to:

 gcc -shared  -fPIC -DPIC  .libs/libterminal_nautilus_la-terminal-client-utils.o .libs/libterminal_nautilus_la-terminal-i18n.o .libs/libterminal_nautilus_la-terminal-nautilus.o .libs/libterminal_nautilus_la-terminal-gdbus-generated.o .libs/libterminal_nautilus_la-terminal-type-builtins.o   -lnautilus-extension -lgtk-3 -lgdk-3 -latk-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 /usr/lib/x86_64-linux-gnu/libcairo-gobject.so -lpango-1.0 /usr/lib/x86_64-linux-gnu/libcairo.so -lgio-2.0 -lgobject-2.0 -lglib-2.0  -pthread -O2 -Wl,-Bsymbolic-functions -Wl,-z -Wl,relro -Wl,-z -Wl,defs -Wl,-O1 -Wl,--as-needed   -pthread -Wl,-soname -Wl,libterminal-nautilus.so -Wl,-version-script -Wl,.libs/libterminal-nautilus.ver -o .libs/libterminal-nautilus.so
.libs/libterminal_nautilus_la-terminal-client-utils.o: In function `terminal_client_get_fallback_startup_id':
/usr/local/src/jhbuild-checkout/source/gnome-terminal/src/terminal-client-utils.c:162: undefined reference to `XCreateWindow'
/usr/local/src/jhbuild-checkout/source/gnome-terminal/src/terminal-client-utils.c:173: undefined reference to `XInternAtom'
/usr/local/src/jhbuild-checkout/source/gnome-terminal/src/terminal-client-utils.c:175: undefined reference to `XInternAtom'
/usr/local/src/jhbuild-checkout/source/gnome-terminal/src/terminal-client-utils.c:179: undefined reference to `XChangeProperty'
/usr/local/src/jhbuild-checkout/source/gnome-terminal/src/terminal-client-utils.c:185: undefined reference to `XWindowEvent'
/usr/local/src/jhbuild-checkout/source/gnome-terminal/src/terminal-client-utils.c:190: undefined reference to `XDestroyWindow'
collect2: error: ld returned 1 exit status
Comment 1 darkxst 2013-08-08 10:25:58 UTC
Created attachment 251132 [details] [review]
Fix build failure
Comment 2 Christian Persch 2013-08-08 12:03:22 UTC
Should be fixed now on master. The patch was wrong, however; I fixed it differently.
Comment 3 darkxst 2013-08-08 22:23:46 UTC
Created attachment 251213 [details] [review]
build: add PLATFORM_DEPS to nautilus target
Comment 4 darkxst 2013-08-08 22:25:45 UTC
Christian, I also had to add the above patch to get this working with your patch from git master.
Comment 5 Christian Persch 2013-08-09 08:27:07 UTC
I'd rather figure out why libterminal-nautilus ends up needing those X symbols; afaict it doesn't need to be dependent on X11.
Comment 6 Christian Persch 2013-09-14 10:15:00 UTC
Ping?
Comment 7 Christian Persch 2013-10-09 12:09:14 UTC
Since you're not interested in a clean fix, WONTFIX.
Comment 8 Christian Persch 2014-02-24 21:39:16 UTC
*** Bug 725096 has been marked as a duplicate of this bug. ***
Comment 9 Andreas Henriksson 2014-02-24 21:50:37 UTC
The reason is mentioned in the patch in bug 725096 if you're still interested in it.
Comment 10 Andreas Henriksson 2014-02-24 21:53:38 UTC
.... and in comment above. *sigh*
Comment 11 Christian Persch 2014-02-24 22:42:02 UTC
But terminal_client_get_fallback_startup_id is not used in the extension, nor exported from it, so the linker should strip it instead of putting it in and pulling in the x11 dep. If the linker's too dumb to do that, we should #ifndef SOME_DEFINE_OR_OTHER it out and have the compiler handle it.
Comment 12 darkxst 2014-04-08 00:36:08 UTC
Christian, 
   sorry for the slow reply on this! It seems that gcc/ld does not actually strip unused symbols when linking (atleast not by default).