Summary: | app-editors/gedit-2.8.0 compile error | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | scaba <scaba> |
Component: | [OLD] GNOME | Assignee: | Please assign to toolchain <gcc-porting> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | gnome, halcy0n |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
scaba
2004-09-20 01:49:41 UTC
this is probably some gcc porting issue .. now i think of it theres also #51360 During compilation /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/ needs to be accessed, but there's no such directory. I created a symlink from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.4.2/ to .../3.3.4 and now it compiles nicely. fix_libtool_files.sh should have been run when GCC finished emerging I believe. Doing: `fix_libtool_files.sh 3.3.4' should fix the problem, and then you can remove the symlink. Worked fine. Gedit compiled nicely w/out symlink this time. Thanks. Sounds good, closing I know this is a x68 bug report but same error occur for amd64 now that gedit-2.8 went stable. Upgraded gcc to 3.4.3 on Nov 22. Running "fix_libtool_files.sh 3.4.2" fix it for me. Just to say fix_libtool_files.sh is apparently not run automaticaly after emerge of gcc. Emerge message: /bin/sh ../../libtool --mode=link gcc -march=k8 -O2 -pipe -o libspell.la -rpath //usr/lib/gedit-2/plugins -mo dule -avoid-version spell.lo gedit-spell-checker.lo gedit-spell-checker-dialog.lo gedit-spell-language-dialog.l o gedit-automatic-spell-checker.lo gedit-spell-checker-dialog-marshal.lo -laspell -lpopt grep: /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.2/libstdc++.la: No such file or directory /bin/sed: can't read /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.2/libstdc++.la: No such file or directory libtool: link: `/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.2/libstdc++.la' is not a valid libtool archive make[4]: *** [libspell.la] Error 1 |