LinuxQuestions.org
Help answer threads with 0 replies.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Linux From Scratch
User Name
Password
Linux From Scratch This Forum is for the discussion of LFS.
LFS is a project that provides you with the steps necessary to build your own custom Linux system.

Notices


Reply
  Search this Thread
Old 03-30-2005, 03:39 PM   #1
Yerp
Member
 
Registered: Jun 2004
Distribution: Turtle Kevux 0.8.8
Posts: 129

Rep: Reputation: 15
Xorg 6.8.2 compile error


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...
 
Old 03-30-2005, 09:38 PM   #2
Yerp
Member
 
Registered: Jun 2004
Distribution: Turtle Kevux 0.8.8
Posts: 129

Original Poster
Rep: Reputation: 15
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/*
 
Old 03-30-2005, 09:49 PM   #3
taxtropel
Member
 
Registered: Mar 2005
Location: Cascade Mountains WA USA
Distribution: Linux From Scratch (LFS)
Posts: 149

Rep: Reputation: 16
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
 
Old 03-31-2005, 07:05 AM   #4
Yerp
Member
 
Registered: Jun 2004
Distribution: Turtle Kevux 0.8.8
Posts: 129

Original Poster
Rep: Reputation: 15
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
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
Xorg - compile problems rblythe Linux From Scratch 1 09-11-2005 06:38 PM
Xorg-6.8.2 compile error joakim12 Linux From Scratch 3 08-17-2005 03:51 AM
Trying to compile Xorg 6.8.1 drowbot Linux From Scratch 6 03-23-2005 05:52 PM
compile Xorg cs-cam Linux - Newbie 3 12-03-2004 10:54 PM
xorg 6.8.0 fails to compile stumbles Linux - Software 0 09-26-2004 07:26 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Linux From Scratch

All times are GMT -5. The time now is 05:07 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration