Galeon CVS build failure

Lee Willis <[email protected]>
Newsgroups gmane.comp.gnome.garnome,gmane.comp.web.galeon.devel
Message-ID <[email protected]>
Not sure whether this is a galeon bug, a garnome bug (Hell - it may even
be a mozilla bug!), so I thought I'd post here to qualify it a little
before raising the right bug. I'm trying to compile galeon from CVS
against garnome's latest hacking release (0.19.1). Unfortunately it
bombs out with:

g++ -g -O2 -Wall -Wmissing-declarations -Wmissing-prototypes -Wsign-compare -Werror -o galeon-bin GaleonAutomation-common.o GaleonAutomation-stubs.o GaleonAutomation-skels.o galeon-nautilus-view.o ui-prefs.o prefs-dialog.o toolbar.o statusbar.o galeon-main.o galeon-automation.o galeon-shell.o galeon-tab.o galeon-window.o galeon-window-bookmark-activated-proxy.o galeon-favicon-cache.o galeon-favicon.o galeon-embed-favicon.o window-commands.o popup-commands.o history-dialog.o galeon-spinner.o ppview-toolbar.o session.o general-prefs.o language-editor.o appearance-prefs.o pdm-dialog.o galeon-bookmarks-icon-provider.o window-recent-history.o window-recent-history-menu.o galeon-embed-autoscroller.o galeon-embed-manual-scroller.o -Wl,--export-dynamic  ../embed/.libs/libembed.al ../mozilla/.libs/libmozillaembed.al ../bookmarks/.libs/libbookmarks.al ../utils/.libs/libutils.al -L/home/lwillis/garnome/lib/mozilla-1.2b -L/usr/X11R6/lib -lgtkembedmoz -lxpcom -lplds4 -lplc4 -lnspr4 -L/hom
 e/lwillis/garnome/lib /home/lwillis/garnome/lib/libnautilus.so /home/lwillis/garnome/lib/libeel-2.so -lXrender -lXext /home/lwillis/garnome/lib/libgnomeui-2.so /usr/lib/libjpeg.so -lSM -lICE /home/lwillis/garnome/lib/libgailutil.so /home/lwillis/garnome/lib/libglade-2.0.so /home/lwillis/garnome/lib/libbonoboui-2.so /home/lwillis/garnome/lib/libgnomecanvas-2.so /home/lwillis/garnome/lib/libgnome-2.so /home/lwillis/garnome/lib/libesd.so /home/lwillis/garnome/lib/libaudiofile.so /home/lwillis/garnome/lib/libart_lgpl_2.so /home/lwillis/garnome/lib/libpangoft2-1.0.so /home/lwillis/garnome/lib/libgtk-x11-2.0.so /home/lwillis/garnome/lib/libgdk-x11-2.0.so /home/lwillis/garnome/lib/libatk-1.0.so /home/lwillis/garnome/lib/libgdk_pixbuf-2.0.so /home/lwillis/garnome/lib/libpangoxft-1.0.so /home/lwillis/garnome/lib/libpangox-1.0.so /home/lwillis/garnome/lib/libpango-1.0.so /home/lwillis/garnome/lib/libbonobo-2.so /home/lwillis/garnome/lib/libORBitCosNaming-2.so /home/lwillis/garnome/li
 b/libgnomevfs-2.so /home/lwillis/garnome/lib/libgconf-2.so /h!
ome/lwillis/garnome/lib/libxml2.so -lz -lssl -lcrypto -lrt /home/lwillis/garnome/lib/libbonobo-activation.so /home/lwillis/garnome/lib/libORBit-2.so /usr/lib/libpopt.so -lm /home/lwillis/garnome/lib/liblinc.so /home/lwillis/garnome/lib/libgmodule-2.0.so -ldl /home/lwillis/garnome/lib/libgobject-2.0.so /home/lwillis/garnome/lib/libgthread-2.0.so -lpthread /home/lwillis/garnome/lib/libglib-2.0.so -Wl,--rpath -Wl,/home/lwillis/garnome/lib -Wl,--rpath -Wl,/home/lwillis/garnome/lib/home/lwillis/garnome/lib/libXft.so.2: undefined reference to `XRenderQuerySubpixelOrder'
collect2: ld returned 1 exit status
make: *** [galeon-bin] Error 1

With a bit of tweaking I've got it working. The problem is that it's
trying to link against my Mandrake 9.0 shipper libXrender.so doe to the
ordering of the -L flags. Adding a -L/home/lwillis/garnome/lib at the
beginning of the MOZILLA_COMPONENT_FLAGS got everything linking just
fine.

Now, who wants the bug?

Lee
-- 
| Lee Willis                                  Unmetered & ADSL solutions 
| Products and Services Development Co-ordinator     for Home & Business 
| PlusNet Technologies Ltd.                        @ http://www.plus.net
+------------ My Referrals - It pays to recommend PlusNet --------------
-- 
garnome-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/garnome-list
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.