I've just started attempting to use the build service for my project and got a report that one of the binaries contained a bunch of text relocations, indicating -fPIC wasn't used during the build.
After some cross checking, I found that the usual checks in configure were being done, but that on two of the build platforms (RH5/CentOS5), the gcc/g++ checks were failing and it was omitting the flag. Both architectures were affected.
I tested locally with CentOS 5 and confirmed that I get different (correct) results from my rpmbuild.
I know there's no direct access to config.log, so it's a bit difficult to determine why this might be, but wondered if anybody had a clue or has seen this behavior in their projects?
For reference the checks I'm referring to are:
checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... no
checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... no
I saw nothing unexpected in my local config.log where the check passes, it's a typical gcc/g++ command.
-- Scott
On 8/18/2009 at 19:28, "Scott Cantor" cantor.2@osu.edu wrote:
checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... no
checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... no
I saw nothing unexpected in my local config.log where the check passes, it's a typical gcc/g++ command.
For simple debugging I'd suggest a nasty cat config.log
Not nice, but it serves the purpose.
Dominique
Dominique Leuenberger wrote on 2009-08-18:
For simple debugging I'd suggest a nasty cat config.log
Not nice, but it serves the purpose.
Yep, thanks.
configure:6511: checking if gcc PIC flag -fPIC works configure:6529: gcc -c -O2 -g -march=i386 -mcpu=i686 -fPIC -DPIC conftest.c
&5
`-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead.
So, ummm, that ain't from me. I did try passing the mcpu option in a simple command manually when I scanned my working config.log, but I didn't get that deprecation warning at the time, so I'm looking into it, but seems to me this is a problem.
Are other people not getting this result in their projects? Or are people just ignoring that their builds for this platform are non-relocatable?
-- Scott
buildservice@lists.opensuse.org