2004.3->2005.0: glibc emerge error, long double (solved)

Message

Trevoke · Post by **Trevoke** » Fri Feb 11, 2005 1:30 am

# emerge -v --oneshot '>=sys-libs/glibc-2.3.4.20041102'
blah blah blah ...

checking size of long double... configure: error: cannot compute sizeof (long do
uble), 77
See `config.log' for more details.

!!! ERROR: sys-libs/glibc-2.3.4.20041102 failed.
!!! Function glibc_do_configure, Line 704, Exitcode 1
!!! failed to configure glibc
!!! If you need support, post the topmost build error, NOT this status message.

I really need help with that one.

Trevoke · Post by **Trevoke** » Fri Feb 11, 2005 1:49 am

Figured it out.
I had emul-linux-x86-glibc-1000 installed already, so I had to unmask the other REAL ones in the 2005.0 profile then emerge glibc, then remask the fake ones.

Shake · Post by **Shake** » Fri Feb 11, 2005 5:37 pm

I have the same problem here. Can you explain your solution a little more?

Thanks

Trevoke · Post by **Trevoke** » Fri Feb 11, 2005 6:29 pm

Assuming you have already gone to 2005.0.

Code: Select all

# cd /usr/portage/profiles/default-linux/amd64/2005.0/
nano package.mask

# Jeremy Huddleston <eradicator@gentoo.org>
# These are provided by non-emul packages now
-=app-emulation/emul-linux-x86-glibc-1000
<app-emulation/emul-linux-x86-glibc-1000

You'll want to comment (add a # at the beginning of the line) those two lines.
You can then

Code: Select all

# emerge -v --oneshot 'app-emulation/emul-linux-x86-glibc-2.3.4.20041102'

Then start the glibc emerge, re-edit package.mask and uncomment those lines; after glibc is installed you can do a simple

Code: Select all

# emerge emul-linux-x86-glibc

to install the -1000 stub.

tcbounce · Post by **tcbounce** » Sat Feb 12, 2005 4:18 am

No joy here. Portage craps out after emerging the emul-linux-x86-glibc package, telling me I need to reed the 2005.0 upgrade guide.

Luke

Trevoke · Post by **Trevoke** » Sat Feb 12, 2005 6:54 am

What version of emul-linux-x86-glibc is it installing?

Shake · Post by **Shake** » Sat Feb 12, 2005 3:45 pm

I had the same problems here. So I went back to 2004.3, recompiled glibc and gcc.

After that I restarted to move to 2005.0. And everything just worked fine...

what. · Post by **what.** » Fri Feb 18, 2005 8:00 am

Just posted this to another thread. I was running into the same "cannot compute sizeof (long double)" error emerging glibc a little bit ago, and entirely removing the LDFLAGS line from my make.conf solved this problem for me. Hope this helps.

Plouj · Post by **Plouj** » Tue Mar 01, 2005 6:54 am

I don't have any LDFLAGS defined, nor do I have the 2005.0 profile. In fact, emerging glibc fails with the sizeof double computation error when I try to upgrade to 2005.0 by following this guide: http://www.gentoo.org/proj/en/base/amd6 ... t=1&chap=1
Its trying to emerge sys-libs/glibc-2.3.4.20041102

This is what I got in my make.conf:
CFLAGS="-march=athlon64 -pipe -fomit-frame-pointer -O2"
CHOST="x86_64-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j2"
USE="X multilib nptl nptlonly ithreads pthreads gtk qt alsa cups foomatic ppds opengl truetype gd cpdflib -gnome -kde"
FEATURES="ccache"
CCACHE_SIZE="2G"

unlocked · Post by **unlocked** » Sun Mar 06, 2005 7:40 am

Once it bails on the reemerge of emu glibc delete the symlinks and /lib32 again and copy over the files for the boot strap except also copy libc.so.6 symlink and the lib it is symlinked to into /lib32. also copy over libc_nonshared.a to /usr/lib32. now try oneshot glibc.

unlocked · Post by **unlocked** » Sun Mar 06, 2005 7:45 am

I sure hope this doesn't have to be done with every rebuild of glibc

unlocked · Post by **unlocked** » Sun Mar 06, 2005 8:26 am

Ok the problem is funky. Is a 04multilib required to build glibc in 2005.0. Cause once it is installed and you try to rebuild, it bails with the long double problem cause it can find libc.so.6 for x86 build.

Code: Select all

configure:7092: checking size of long double
configure:7411: x86_64-pc-linux-gnu-gcc -o conftest -march=athlon64 -pipe -O2 -O2  -Wl,-O1 -Wl,-z,now conftest.c  >&5
configure:7414: $? = 0
configure:7416: ./conftest
./conftest: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
configure:7419: $? = 127
configure: program exited with status 127
configure: failed program was:

woot ok just run emerge baselayout after the instruction to unmerge emu-linux-x86-glibc. you have to have the /etc/04multilib to rebuild glibc once it is installed under 2005.0

andrewd18 · Post by **andrewd18** » Wed Mar 16, 2005 6:46 am

I too had this problem. I ran the following steps, after reading Shake's message.

1) Switched back to 2004.3

rm /etc/make.profile
ln -s /usr/portage/profiles/default-linux/amd64/2004.3 /etc/make.profile

2) Re-emerged glibc and gcc. I also did the emuls again for good measure.

emerge emul-linux-x86-glibc glibc gcc

3) Prepare for switch to 2005.0 profile

rm /lib32 /usr/lib32
mkdir /lib32 /usr/lib32
cp /emul/linux/x86/lib32/libsandbox.so /lib32
cp /emul/linux/x86/usr/lib32/libc.so /usr/lib32
cp /emul/linux/x86/usr/lib32/libpthread.so /usr/lib32
cp /emul/linux/x86/usr/lib32/*crt*.o /usr/lib32
env-update

4) Emerged baselayout

emerge -v --oneshot baselayout

5) Switched to 2005.0 profile

rm /etc/make.profile
ln -s /usr/portage/profiles/default-linux/amd64/2005.0 /etc/make.profile

6) Re-emerged glibc again.

emerge -v --oneshot '>=sys-libs/glibc-2.3.4.20041102'

From there I continued to follow the manual instructions laid out at the upgrade how-to.

QAPLA'.

~~ Andrew D.

Little Nemo · Post by **Little Nemo** » Sat Apr 02, 2005 12:27 pm

andrewd18 wrote:6) Re-emerged glibc again.

emerge -v --oneshot '>=sys-libs/glibc-2.3.4.20041102'

I followed your advice, but this is what

Code: Select all

emerge -pv --oneshot glibc

says on my system (I do not have -multilib in my make.conf):

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild R ] sys-libs/glibc-2.3.4.20041102-r1 -build -debug -erandom -hardened (-multilib)* +nls -nomalloccheck -nptl -nptlonly -pic +userlocales 0 kB

Any idea why it might say (-multilib)* ?

By the way, when I go ahead with the emerge in spite of the latter problem, I get the sizeof problem again

JLP · Post by **JLP** » Sun Apr 03, 2005 7:08 pm

I tried everything here but I still get this error message:

checking size of long double... configure: error: cannot compute sizeof (long double), 77
See `config.log' for more details.

!!! ERROR: sys-libs/glibc-2.3.4.20050125-r1 failed.
!!! Function glibc_do_configure, Line 867, Exitcode 1
!!! failed to configure glibc
!!! If you need support, post the topmost build error, NOT this status message.

What is going on with switching to 2005.0? Will I have to completely reinstall the system or what?

Little Nemo · Post by **Little Nemo** » Sun Apr 03, 2005 10:24 pm

JLP wrote:What is going on with switching to 2005.0? Will I have to completely reinstall the system or what?

You can always do what I did (for the time being) and go back to 2004.3. Just recompile glibc and gcc (and the emul-libs, in case you need those) after switching back and reinstalling the symlinks.

JLP · Post by **JLP** » Sun Apr 03, 2005 10:36 pm

Yeah it looks like this is what I will have to do. I just can't get glibc compiling whatever I try to do. Should there be a bug filed about this problem? So that the developers can try to fix the problem or fix the documentation for profile upgrading if there is something wrong?

hkfczrqj · Post by **hkfczrqj** » Mon Apr 04, 2005 2:20 am

Hi,

I also got the "sizeof" problem, I followed andewd18's advice and finished the HOWTO. I thought it was OK, but then I tried to emerge a progam, and I got the following error:

Code: Select all

checking whether the C compiler (x86_64-pc-linux-gnu-gcc -pipe -march=k8 -fPIC ) works... no
configure: error: installation or configuration problem: C compiler cannot create executables.

Then I tried to reemerge gcc, but

Code: Select all

checking for a BSD compatible install... /bin/install -c
*** This configuration is not supported in the following subdirectories:
     target-libffi target-boehm-gc target-zlib target-libjava zlib fastjar target-libobjc
    (Any other directories should still work fine.)
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../../x86_64-pc-linux-gnu/bin/ld: crt1.o: No such file: No such file or directory
collect2: ld returned 1 exit status
*** The command 'gcc -o conftest -O2 -pipe -march=k8   conftest.c' failed.
*** You must set the environment variable CC to a working compiler.

Anybody has a similar problem?

PJ

Little Nemo · Post by **Little Nemo** » Mon Apr 04, 2005 12:00 pm

To all of you experiencing the sizeof problem: Does "emerge -pv --oneshot glibc" also indicate (-multilib)? The emerge-manpage says:

A USE flag in parenthesis is always disabled and shows that the flag is not available for the current system profile.

Seems strange, as 2005.0 should have multilib available, as it requires it

I have a feeling this could be the root of the problem, would you let me know whether you see the same, please?

ballyn · Post by **ballyn** » Mon Apr 04, 2005 8:58 pm

Yes, I get the (-mutilib) flag as well. I think this is correct and is forced in the profile (maybe by the multilib-strict feature?). Note that a gcc emerge forces this flag as well...

I followed andrewd18's instructions, but skipped re-emerging glibc and gcc in step 2 and just emerged emul-linux-x86-glibc. I think that at some point my emul emerges got screwed up (but didn't affect me until now) so re-emerging that package got the right libraries going.

I also didn't need to re-emerge baselayout (I was current and had an /etc/env.d/04multilib).

Little Nemo · Post by **Little Nemo** » Tue Apr 05, 2005 6:11 am

ballyn wrote:Yes, I get the (-mutilib) flag as well. I think this is correct and is forced in the profile (maybe by the multilib-strict feature?). Note that a gcc emerge forces this flag as well...

I doubt whether that's okay. Are you able to run 32 bit apps after unmerging the emul-libs in 2005.0? The stubs should be sufficient for this, but of course you need a multilib glibc.

marvin rouge · Post by **marvin rouge** » Tue Apr 05, 2005 6:34 am

Little Nemo wrote:To all of you experiencing the sizeof problem: Does "emerge -pv --oneshot glibc" also indicate (-multilib)? The emerge-manpage says:
A USE flag in parenthesis is always disabled and shows that the flag is not available for the current system profile.
Seems strange, as 2005.0 should have multilib available, as it requires it
I have a feeling this could be the root of the problem, would you let me know whether you see the same, please?

here you go

Little Nemo · Post by **Little Nemo** » Tue Apr 05, 2005 8:35 am

Maybe someone who has successfully upgraded to 2005.4 by following the HOWTO could comment on this. Does "emerge -pv --oneshot glibc" indicate (-multilib) on your systems?

herbie · Post by **herbie** » Tue Apr 05, 2005 11:11 am

Little Nemo wrote:Maybe someone who has successfully upgraded to 2005.4 by following the HOWTO could comment on this. Does "emerge -pv --oneshot glibc" indicate (-multilib) on your systems?

Yes this is quite normal and is simply an indication that the multilib use flag is no longer used with 2005.0. A multilib toolchain is built by default unless you use the 2005.0/no-multilib profile.

Little Nemo · Post by **Little Nemo** » Tue Apr 05, 2005 12:33 pm

herbie wrote: Yes this is quite normal and is simply an indication that the multilib use flag is no longer used with 2005.0. A multilib toolchain is built by default unless you use the 2005.0/no-multilib profile.

Aah, great. That means that I have to search elsewhere

Thanks so much for clarifying!

2004.3->2005.0: glibc emerge error, long double (solved)

2004.3->2005.0: glibc emerge error, long double (solved)

tried it -