Build problems on x86_64

Christian.Iseli at licr.org Christian.Iseli at licr.org
Thu May 19 11:54:14 UTC 2005


Hi Quentin,


qspencer at ieee.org said:
> Is there any possible  explanation other than a bug in gcc?

There might be a bug in the source code, providing improper inline assembly 
for an x86_64 machine.  I grabbed the cln-1.1.9-1.src.rpm file and tried to 
build it on a nocona machine I have here, however it dies in a different way:

 g++ -O2 -Wall -I../include -I../include -I./float/lfloat -I./float -I./base/digitseq -I./base/digit -Ibase -I./base -I./float/lfloat/elem -I./integer -c ./float/lfloat/misc/cl_LF_decode.cc  -fPIC -DPIC -o .libs/cl_LF_decode.o
In file included from float/lfloat/cl_LF_impl.h:10,
                 from float/lfloat/misc/cl_LF_decode.cc:13:
base/digitseq/cl_DS.h:7:26: cl_gmpconfig.h: No such file or directory
In file included from base/digitseq/cl_DS.h:9,
                 from float/lfloat/cl_LF_impl.h:10,
                 from float/lfloat/misc/cl_LF_decode.cc:13:
base/digitseq/cl_DS_endian.h:6:26: cl_gmpconfig.h: No such file or directory

Maybe this is a red herring, because my nocona runs RH-AS3...
Or maybe a BuildReq is missing...

I'd try passing the NO_ASM flag to the compiler, to disable all inline 
assembly in cln, and see if that builds.  If yes, then the problem likely is 
in the cln source code.  If not, you might have found a bug in g++/libstdc++.

Cheers,
					Christian





More information about the fedora-extras-list mailing list