Xorg 6.8.2 compile error

Yerp · 03-30-2005, 03:39 PM

After attempting to install Xorg6.8.2 I repeatedly get the following error message:

Code:

gcc -m32 -o glxinfo -Os -fno-strength-reduce -fno-strict-aliasing -march=pentium4 -ansi -Wall -Wpointer-arith -Wundef -L../../exports/lib glxinfo .o -lGLU -lGL -lXext -lX11 -lpthread -lm -Wl,-rpath-link,../../exports/lib
/usr/lib/libstdc++.so.5: undefined reference to `_Unwind_DeleteException@GCC_3.0`
/usr/lib/libstdc++.so.5: undefined reference to `_Unwind_Resume@GCC_3.0`
/usr/lib/libstdc++.so.5: undefined reference to `_Unwind_RaiseException@GCC_3.0`
/usr/lib/libstdc++.so.5: undefined reference to `_Unwind_GetRegionStart@GCC_3.0`
/usr/lib/libstdc++.so.5: undefined reference to `_Unwind_GetDataRelBase@GCC_3.0`
/usr/lib/libstdc++.so.5: undefined reference to `_Unwind_SetGR@GCC_3.0`
/usr/lib/libstdc++.so.5: undefined reference to `_Unwind_GetLanguageSpecificData@GCC_3.0`
/usr/lib/libstdc++.so.5: undefined reference to `_Unwind_Resume_or_Rethrow@GCC_3.0`
/usr/lib/libstdc++.so.5: undefined reference to `_Unwind_GetIP@GCC_3.0`
/usr/lib/libstdc++.so.5: undefined reference to `_Unwind_GetTextRelBase@GCC_3.0`
/usr/lib/libstdc++.so.5: undefined reference to `_Unwind_SetIP@GCC_3.0`
collect2: ld returned 1 exit status
make[4]: *** [glxinfo] Error 1
make[4]: Leaving Directory `/home/work/xcbuild/programs/glxinfo`
...
make[1]: *** [World] Error 2
make[1]: *** Leaving Directory '/home/work/xcbuild'
make: *** [World] Error 2

Any Ideas?
Only thing I am coming up with is that I stripped my system before installing xorg, this may have caused the given problem in GCC3.3.5.

I will attempt to reinstall gcc-3.3.5 and see what happens..These programs take to long to compile and then crash at the last 10 minutes!! - there goes 24 hours...

Yerp · 03-30-2005, 09:38 PM

Instead of reinstalling gcc-3.3.5, I tried gcc-3.4.3 in a different location, redirected the system to look at the new location first.

Received Identical error, except for the /usr/* became /usr/local/*

taxtropel · 03-30-2005, 09:49 PM

well that's because of how you installed 3.4.3 (to usr/local rather than usr)

are you following the book when you build?

remember
Follow Book Book Good

also this probably will get a better response on the LFS mailing lists

Yerp · 03-31-2005, 07:05 AM

I've built LFS systems before, I started around 5.1.1.

Not VERY long ago, but I haven't used the 6.0 version.

I use a heavilly modified version, with many cutting edge versions. (including some CVS Bleeding Edge when I encounter certain problem)

I have an almost identical system to install it with 3 key differences:
Host "LFS" Sys
glibc-2.3.4-20040701
bash-2.05b
Not Stripped in any way
binutils 2.15.94.0.2
New "LFS" Sys
glibc-2.3.4 (stable!? - no longer CVS)
bash-3.0
binutils-2.15.96

I am trying things 1 step at a time, I will work with reinstalling the parts I stripped. With any luck that will produce great results, otherwise that points at 2 things: binutils-2.15.96 and glibc-2.3.4
Considering how many years they spend debugging until they call it stable, I cannot see this to be a glibc-2.3.4 problem. So if the stripping fails, then it better be the bleeding edge binutils...making me bleed

One if the issues I have had that points a finger at the linker (which if I am correct comes from glibc)
After building an identical SDL Version (1.2.8) on both systems the new system linker creates a new link that did not previously exist: libSDL.so->libSDL-1.2.so.0.7.1
This causes the configure tests of all SDL programs to fail from confusion. Removing this link solves the problem inf the configure process; however, gcc ends up looking for this link and this link only when compiling from make on all of these programs, so I have to reattatch the link!
This issue did not exist on my host system