[gentoo-user] krecipes fails due to gcc library problem

[gentoo-user] krecipes fails due to gcc library problem

[Mick]

Hi All,

This is a box I converted into the new gcc-3.4.4 following the long winded
approach of re-emerging everything according to the guide.  Neveretheless,
I have now come up to this problem when I am trying to emerge krecipes:
=======================
/bin/sh ../../libtool --silent --mode=link --tag=CXX i686-pc-linux-gnu-g++ 
-Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500
-D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W
-Wpointer-arith -Wno-non-virtual-dtor -DNDEBUG -DNO_DEBUG -O2 -O2
-march=prescott -fomit-frame-pointer -pipe                              
-Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION    -o krecipes -R /usr/lib
-R /usr/kde/3.4/lib -R /usr/qt/3/lib -R /usr/lib -L/usr/kde/3.4/lib
-L/usr/qt/3/lib -L/usr/lib    main.o krecipes.o kr                             
ecipesview.o pref.o propertycalculator.o setupwizard.o shoppingcalculator.o
kstartuplogo.o mixednumber.o recipeactionshandler.o recipefilter.o
krecipesiface_skel.o krecipesdbiface_skel.o backends/libkrecipesdbs.la
exporters/libkrecipesexporters.la importers/libkrecipesimporters.la
dialogs/libkrecipesdialogs.la widgets/libkrecipeswidgets.la
datablocks/libdatablocks.la  backends/MySQL/libkrecmysql.l                            
a  -lkhtml -lkspell 
libtool: link: cannot find the library
`/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libstdc++.la'
make[4]: *** [krecipes] Error 1
make[4]: Leaving directory
`/var/tmp/portage/krecipes-0.8.1/work/krecipes-0.8.1/                             
krecipes/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/var/tmp/portage/krecipes-0.8.1/work/krecipes-0.8.1/                             
krecipes/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/tmp/portage/krecipes-0.8.1/work/krecipes-0.8.1/                             
krecipes'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/krecipes-0.8.1/work/krecipes-0.8.1'
make: *** [all] Error 2

!!! ERROR: kde-misc/krecipes-0.8.1 failed.
!!! Function kde_src_compile, Line 173, Exitcode 2
!!! died running emake, kde_src_compile:make
=======================

Any ideas how I could fix it?
-- 
Regards,
Mick

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] krecipes fails due to gcc library problem

[Holly Bostick]

Mick schreef:
> Hi All,
> 
> This is a box I converted into the new gcc-3.4.4 following the long 
> winded approach of re-emerging everything according to the guide. 
> Neveretheless, I have now come up to this problem when I am trying to
>  emerge krecipes:
<snip>
> Any ideas how I could fix it?

*Whenever* you see a message that contains the following output

> libtool: link: cannot find the library 
> `/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libstdc++.la'

the solution is to run

fix_libtools_files.sh

In your case, apparently some *.la files were not moved from your old
GCC, so you'd want to run

fix_libtools_files.sh 3.3.6

(the old version of GCC, which is always in the error, as you can see).
Had you changed your CHOST (say from i386 to i686), the command would be
the same, but with the --oldarch switch to indicate the old CHOST
instead of the old GCC version.

Then run your emerge again.

HTH,
Holly
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: krecipes fails due to gcc library problem

[Mick]

Holly Bostick wrote:

[snip]
> *Whenever* you see a message that contains the following output
> 
>> libtool: link: cannot find the library
>> `/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libstdc++.la'
> 
> the solution is to run
> 
> fix_libtools_files.sh
> 
> In your case, apparently some *.la files were not moved from your old
> GCC, so you'd want to run
> 
> fix_libtools_files.sh 3.3.6

Thanks Holly,

I've tried it, but can't find 'fix_libtools_files.sh' on my machine!  What
do I need to emerge to get this script?
-- 
Regards,
Mick

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: krecipes fails due to gcc library problem

[Dirk Heinrichs]

[-- Attachment #1: Type: text/plain, Size: 589 bytes --]

Am Donnerstag, 8. Dezember 2005 07:59 schrieb ext Mick:

> I've tried it, but can't find 'fix_libtools_files.sh' on my machine! 
> What do I need to emerge to get this script?

There's a small typo, should be 'fix_libtool_files.sh'.

HTH...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs@capgemini.com
Hambornerstraße 55      | Web:  http://www.capgemini.com
D-40472 Düsseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [gentoo-user] Re: krecipes fails due to gcc library problem

[Holly Bostick]

Dirk Heinrichs schreef:
> Am Donnerstag, 8. Dezember 2005 07:59 schrieb ext Mick:
> 
> 
>>I've tried it, but can't find 'fix_libtools_files.sh' on my machine! 
>>What do I need to emerge to get this script?
> 
> 
> There's a small typo, should be 'fix_libtool_files.sh'.
> 

Thanks, Dirk, you're right.

Also:

which fix_libtool_files.sh
/sbin/fix_libtool_files.sh

Meaning it's a root-only program (only root can run binaries in /sbin/),
so make sure you're running the search as root;

and

equery belongs /sbin/fix_libtool_files.sh
[ Searching for file(s) /sbin/fix_libtool_files.sh in *... ]
sys-devel/gcc-3.4.4-r1 (/sbin/fix_libtool_files.sh)

It's part of gcc-3.4.4, so you should have it (as long as you spell it
right, sorry again)

Holly

-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: Re: krecipes fails due to gcc library problem

[Mick]

Dirk Heinrichs wrote:

> Am Donnerstag, 8. Dezember 2005 07:59 schrieb ext Mick:
> 
>> I've tried it, but can't find 'fix_libtools_files.sh' on my machine!
>> What do I need to emerge to get this script?
> 
> There's a small typo, should be 'fix_libtool_files.sh'.

Thank you all, (I'm replying to this as opposed to Holly's later message
because it hasn't yet propagated through my ISP's newserver).

I had another go, but the situation does not look much better:
==================
compaq suzy # fix_libtool_files.sh 3.3.6
bash: fix_libtool_files.sh: command not found
compaq suzy # /sbin/fix_libtool_files.sh 3.3.6
bash: /sbin/fix_libtool_files.sh: No such file or directory
compaq suzy # gcc-config -l
[1] i686-pc-linux-gnu-3.4.4 *
[2] i686-pc-linux-gnu-3.4.4-hardened
[3] i686-pc-linux-gnu-3.4.4-hardenednopie
[4] i686-pc-linux-gnu-3.4.4-hardenednopiessp
[5] i686-pc-linux-gnu-3.4.4-hardenednossp
compaq suzy # locate fix_libtool_files.sh
/usr/portage/sys-devel/gcc/files/fix_libtool_files.sh
compaq suzy # /usr/portage/sys-devel/gcc/files/fix_libtool_files.sh 3.3.6
bash: /usr/portage/sys-devel/gcc/files/fix_libtool_files.sh: Permission
denied
compaq suzy # ls -la /usr/portage/sys-devel/gcc/files/fix_libtool_files.sh      
-rw-r--r--  1 portage portage 1712 Jan 30 
2005 /usr/portage/sys-devel/gcc/files/fix_libtool_files.sh
compaq suzy # chmod
u+x /usr/portage/sys-devel/gcc/files/fix_libtool_files.sh
compaq suzy # ls -la /usr/portage/sys-devel/gcc/files/fix_libtool_files.sh
-rwxr--r--  1 portage portage 1712 Jan 30 
2005 /usr/portage/sys-devel/gcc/files/fix_libtool_files.sh
compaq suzy # /usr/portage/sys-devel/gcc/files/fix_libtool_files.sh 3.3.6
* fix_libtool_files.sh: /lib/rcscripts/awk/fixlafiles.awk does not exist!
==================

What's going on here?  Is my gcc-3.4 migration borked?  Can I fix it without
re-emerging absolutely everything again?
-- 
Regards,
Mick

-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: krecipes fails due to gcc library problem

[Mick]

Mick wrote:

> 
> What's going on here?  Is my gcc-3.4 migration borked?  Can I fix it
> without re-emerging absolutely everything again?

Yep, something is amiss.  I tried to re-emerge gcc and it ran aground:
====================
gcc -DEFAULT_RELRO -DEFAULT_BIND_NOW   -g -DIN_GCC   -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
-Wno-long-long    -DHAVE_CONFIG_H    -I. -I.
-I/var/tmp/portage/gcc-3.4.4-r1/work/gcc-3.4.4/gcc
-I/var/tmp/portage/gcc-3.4.4-r1/work/gcc-3.4.4/gcc/.
-I/var/tmp/portage/gcc-3.4.4-r1/work/gcc-3.4.4/gcc/../include  \
  -DLOCALEDIR=\"/usr/share/gcc-data/i686-pc-linux-gnu/3.4.4/locale\" \
  -c /var/tmp/portage/gcc-3.4.4-r1/work/gcc-3.4.4/gcc/intl.c -o intl.o
gcc -DEFAULT_RELRO -DEFAULT_BIND_NOW   -g -DIN_GCC   -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
-Wno-long-long    -DHAVE_CONFIG_H  -o xgcc gcc.o gccspec.o intl.o \
  prefix.o version.o  ../libiberty/libiberty.a  
* Creating a hardened no-pie no-ssp gcc specs file
--------------------------- ACCESS VIOLATION SUMMARY
---------------------------
LOG FILE = "/var/log/sandbox/sandbox-sys-devel_-_gcc-3.4.4-r1-25838.log"

open_wr:   /dev/stderr
--------------------------------------------------------------------------------
====================

I removed usersandbox from my /etc/make.conf and it emerged successfully. 
I'm on to emerge krecipes now!
-- 
Regards,
Mick

-- 
gentoo-user@gentoo.org mailing list