Didn't work...
Did you notice the //usr instead of /usr when search for the file/directory.
Could this be the problem. I'm searching the bugzilla and not seeing any with //usr being fixed or reported.
The fix_lib_tools.sh seems to just fix the version.
- Brad
Bradley Serbu wrote:
Thanks Guys,
I'm giving it a shot now... but when you say focus your search on a certain error message, where are you talking about searching.
Google? The forums? List Archives (I don't have a site for this)?
I've ran into ebuild problems before and just waited for a couple more releases or didn't upgrade, however I'd like to be more knowledgeable in order at least find out whats causing the problem.
- Brad
Scott Jones wrote:
On Apr 6, 2005 12:40 PM, *Bradley Serbu* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote:
Ok, looks like the no such directory at the bottom, but I included a bunch more incase I'm missing something else...
/bin/sh ../libtool --mode=link i686-pc-linux-gnu-gcc -O2 -mcpu=i686
-pipe -Wall -o libpixbufloader-xpm.la -rpath
/usr/lib/gtk-2.0/2.4.0/loaders -avoid-version -module io-xpm.lo
libgdk_pixbuf-2.0.la <http://2.0.la> -lgmodule-2.0 -ldl
-lgobject-2.0 -lglib-2.0 -lm
libtool: link: warning:
`/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/../../..//libgmodule-2.0.la
<http://2.0.la>'
seems to be moved
libtool: link: warning:
`/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/../../..//libgobject-2.0.la
<http://2.0.la>'
seems to be moved
libtool: link: warning:
`/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/../../..//libglib-2.0.la
<http://2.0.la>'
seems to be moved
i686-pc-linux-gnu-gcc -shared .libs/io-xpm.o -Wl,--rpath
-Wl,/var/tmp/portage/gtk+-2.6.4-r1/work/gtk+-2.6.4/gdk-pixbuf/.libs
-L/usr/lib -L/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/../../../
./.libs/libgdk_pixbuf-2.0.so <http://2.0.so>
/usr/lib/libgmodule-2.0.so <http://2.0.so> -ldl
/usr/lib/libgobject-2.0.so <http://2.0.so> /usr/lib/libglib-2.0.so
<http://2.0.so> -lm -mcpu=i686
-Wl,-soname -Wl,libpixbufloader-xpm.so -o .libs/libpixbufloader-xpm.so
creating libpixbufloader-xpm.la
(cd .libs && rm -f libpixbufloader-xpm.la && ln -s
../libpixbufloader-xpm.la libpixbufloader-xpm.la)
if /bin/sh ../libtool --mode=compile i686-pc-linux-gnu-gcc
-DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN=\"GdkPixbuf\" -I.. -I..
-I../gdk-pixbuf -I../gdk-pixbuf -DGTK_SYSCONFDIR=\"/etc\"
-DGTK_VERSION=\"2.6.4\" -DGTK_BINARY_VERSION=\"2.4.0\"
-DG_DISABLE_DEPRECATED -DGDK_PIXBUF_DISABLE_DEPRECATED
-DGTK_PREFIX=\"/usr\" -DG_DISABLE_CAST_CHECKS -pthread
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/libpng12 -DGDK_PIXBUF_ENABLE_BACKEND
"-DPIXBUF_LIBDIR=\"/usr/lib/gtk-2.0/2.4.0/loaders\""
"-DBUILT_MODULES_DIR=\"./.libs\"" -O2 -mcpu=i686 -pipe -Wall -MT
io-tiff.lo -MD -MP -MF ".deps/io-tiff.Tpo" \
-c -o io-tiff.lo `test -f 'io-tiff.c' || echo './'`io-tiff.c; \
then mv -f ".deps/io-tiff.Tpo" ".deps/io-tiff.Plo"; \
else rm -f ".deps/io-tiff.Tpo"; exit 1; \
fi
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I..
-DG_LOG_DOMAIN=\"GdkPixbuf\" -I.. -I.. -I../gdk-pixbuf -I../gdk-pixbuf
-DGTK_SYSCONFDIR=\"/etc\" -DGTK_VERSION=\"2.6.4\"
-DGTK_BINARY_VERSION=\"2.4.0\" -DG_DISABLE_DEPRECATED
-DGDK_PIXBUF_DISABLE_DEPRECATED -DGTK_PREFIX=\"/usr\"
-DG_DISABLE_CAST_CHECKS -pthread -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/libpng12
-DGDK_PIXBUF_ENABLE_BACKEND
-DPIXBUF_LIBDIR=\"/usr/lib/gtk-2.0/2.4.0/loaders\"
-DBUILT_MODULES_DIR=\"./.libs\" -O2 -mcpu=i686 -pipe -Wall -MT
io-tiff.lo -MD -MP -MF .deps/io-tiff.Tpo -c io-tiff.c -fPIC -DPIC -o
.libs/io-tiff.o
/bin/sh ../libtool --mode=link i686-pc-linux-gnu-gcc -O2 -mcpu=i686
-pipe -Wall -o libpixbufloader-tiff.la -rpath
/usr/lib/gtk-2.0/2.4.0/loaders -avoid-version -module io-tiff.lo
-ltiff
libgdk_pixbuf-2.0.la <http://2.0.la> -lgmodule-2.0 -ldl
-lgobject-2.0 -lglib-2.0 -lm
grep: //usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.5/libstdc++.la: No such
file or directory
/bin/sed: can't read
//usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.5/libstdc++.la: No such
file or
directory
libtool: link:
`//usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.5/libstdc++.la'
is not a valid libtool archive
Jason Cooper wrote:
>Bradley Serbu ([EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>) scribbled: > > >>make[4]: *** [libpixbufloader-tiff.la] Error 1 >>make[4]: Leaving directory >>`/var/tmp/portage/gtk+-2.6.4-r1/work/gtk+-2.6.4/gdk-pixbuf' >>make[3]: *** [all-recursive] Error 1 >>make[3]: Leaving directory >>`/var/tmp/portage/gtk+-2.6.4-r1/work/gtk+-2.6.4/gdk-pixbuf' >>make[2]: *** [all] Error 2 >>make[2]: Leaving directory >>`/var/tmp/portage/gtk+-2.6.4-r1/work/gtk+-2.6.4/gdk-pixbuf' >>make[1]: *** [all-recursive] Error 1 >>make[1]: Leaving directory `/var/tmp/portage/gtk+-2.6.4-r1/work/gtk+-2.6.4' >>make: *** [all] Error 2 >> >>!!! ERROR: x11-libs/gtk+-2.6.4-r1 failed. >>!!! Function src_compile, Line 84, Exitcode 2 >>!!! (no error message) >>!!! If you need support, post the topmost build error, NOT this status >>message. >> >> > >Need about 20 more lines above what you got. make is just relaying an >error message from somewhere... > >Cooper. >-- >gentoo-user@gentoo.org <mailto:gentoo-user@gentoo.org> mailing list > > >
-- gentoo-user@gentoo.org <mailto:gentoo-user@gentoo.org> mailing list
Bradely,
Before you go any further try running fix_libtool_files.sh. I think this probably will fix your problem. Run the script without any arguments for instructions on its use.
Scott Jones
p.s. This is a very common problem, so may I recommend a search focusing on the "not a valid libtool archive" part of the error message
-- gentoo-user@gentoo.org mailing list
-- gentoo-user@gentoo.org mailing list
