Galeon CVS build failure



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/home/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/lib/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 --------------



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]