That was a bug in this test (it is using a function which is private to libgnomevfs), it has been disabled in CVS head (there's a bug about it, but it's marked fixed). As a workaround, you can remove the test subdir from the main Makefile and run make install. Christophe Le jeu 17/07/2003 à 21:45, Cory C. Omand a écrit : > Does anyone on this list know what the below problem could be caused by? > The environment is: > > Solaris 9 (using /usr/ccs/bin/ld) > GCC 3.3 > autoconf 2.57 > automake 1.4 > libtool 1.4.3 > > Any assistance would be appreciated... > > Regards, > C. > > > > ______________________________________________________________________ > From: Cory C. Omand <Cory Omand Sun COM> > To: GARNOME List <garnome-list gnome org> > Subject: GnomeVFS Test Compile Failure > Date: 17 Jul 2003 11:52:24 -0700 > > Everything in gnome-vfs appears to compile correctly, until I get into > the tests, at which time it fails to link a test to a symbol from it's > own library: > > gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -DORBIT2=1 -threads > -I/opt/gnome-2.3.3/include/bonobo-activation-2.0 > -I/opt/gnome-2.3.3/include/glib-2.0 > -I/opt/gnome-2.3.3/lib/glib-2.0/include > -I/opt/gnome-2.3.3/include/orbit-2.0 -I/opt/gnome-2.3.3/include/gconf/2 > -DG_DISABLE_DEPRECATED > -DMODULES_PATH=\"/opt/gnome-2.3.3/lib/vfs/modules\" > -I/opt/gnome-2.3.3/include -O2 -pipe -m32 -Wa,-xarch=v8plus > -I/opt/gnome-2.3.3/include -L/opt/gnome-2.3.3/lib -c test-resolv.c > /bin/bash ../libtool --mode=link gcc -O2 -pipe -m32 -Wa,-xarch=v8plus > -I/opt/gnome-2.3.3/include -L/opt/gnome-2.3.3/lib -L/opt/gnome-2.3.3/lib > -static-libgcc -L/usr/local/lib -R/usr/local/lib -lgcc_s -o test-resolv > test-resolv.o ../libgnomevfs/libgnomevfs-2.la -threads > -L/opt/gnome-2.3.3/lib -lbonobo-activation -lgconf-2 -lORBit-2 > -lgobject-2.0 -lresolv -lnsl -lsocket -lm -lgmodule-2.0 -ldl > -lgthread-2.0 -lglib-2.0 -lpopt -lsocket -lnsl -lrt > gcc -O2 -pipe -m32 -Wa,-xarch=v8plus -I/opt/gnome-2.3.3/include > -static-libgcc -o .libs/test-resolv test-resolv.o -threads > -L/opt/gnome-2.3.3/lib -L/usr/local/lib > ../libgnomevfs/.libs/libgnomevfs-2.so -L/usr/ucblib > /opt/gnome-2.3.3/lib/libxml2.so -lpthread -lz > /opt/gnome-2.3.3/lib/libbonobo-activation.so > /opt/gnome-2.3.3/lib/libORBitCosNaming-2.so > /opt/gnome-2.3.3/lib/libIDL-2.so -lgcc_s > /opt/gnome-2.3.3/lib/libgconf-2.so /opt/gnome-2.3.3/lib/libORBit-2.so > /opt/gnome-2.3.3/lib/libgobject-2.0.so -lresolv -lm > /opt/gnome-2.3.3/lib/libgmodule-2.0.so -ldl > /opt/gnome-2.3.3/lib/libgthread-2.0.so > /opt/gnome-2.3.3/lib/libglib-2.0.so /opt/gnome-2.3.3/lib/libpopt.so > -lsocket -lnsl -lrt -R/opt/gnome-2.3.3/lib -R/usr/local/lib -R/usr/ucblib > Undefined first referenced > symbol in file > _gnome_vfs_uri_resolve_all_symlinks test-resolv.o > ld: fatal: Symbol referencing errors. No output written to .libs/test-resolv > collect2: ld returned 1 exit status > > > This is GARNOME 0.25.1 on Solaris 9 using GCC 3.3. Everything up to > this point compiles (relatively) well. (relatively meaning I found other > problems which I can't explain but managed to work around -- mostly the > inability of some packages to compile in symbols from libgcc, perhaps > due to my use of the Solaris linker). > > Has anyone else experienced this problem? I had a look into bugzilla > for gnome-vfs but didn't see anything related to this problem... > > Regards, > - C.
Attachment:
signature.asc
Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=