> > I have Linux SLS patch 13 and I am encountering the following problem
> > while trying to compile CircleMud 2.2.0. BTW this only occures in the making
> > of CircleMuds' Utils not the actual program.
> > /usr/lib/crt0.o Undefined symbol ___fpu_control reference from text segment.
> > /usr/lib/crt0.o Undefined symbol ___setfpucw reference from text segment.
>I ran into the same problem while compiling a version of man. I'm actually
>glad to see that somebody else is running into this -- I thought I might
>have bollixed up some obscure point while upgrading my libraries (to 4.4.4).
>Does anybody have an answer for this?
>--
>Assistant news editor/metro, Star Tribune, Minneapolis (work) 612-673-4460
I have had these problems too. However, I have a solution.
The problem stems from adding the -g debug flag for gcc.
If you remove the -g flag, it works fine.
What also works is adding the -lc flag as well (this includes the libc
libraries which seems to have these symbols within).
Places in the Makefile you can fix this at:
You usually find the -g flag at one of two places:
CC=gcc -g -O -JUNK -ETC
or at
CFLAGS= -g -O -JUNK -ETC -DMORE_STUFF
Removing the -g or addin the -lc here will fix the problems.
To be truthful, adding the -lc to these lines isn't elegent, but it
works. (they belong on a line LIBS= or something similar)
What I'd like to know is why isn't this figured out on it's own?
That is, why isn't gcc smart enough to know what it need for
debugging?
Helpfully,
Doc
_________From the computer of --Doctor What--____________________(C. Holtje)___
] Mail me for help, a | Yappappaa yappappaa iishanten [
] subscription to my | Hashagu koi wa ike no koi. [
] periodical, or for fun | My other account is a Linux account. [
-------------------------------------------------------------------------------
Thought for the day:
The time is right to make new friends.
by