This is the mail archive of the elfutils-devel@sourceware.org mailing list for the elfutils project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: make the shared library optional


Dear Mark Wielaard,

On 11/07/2014 03:47 PM, Vicente Olivert Riera wrote:
> Dear Mark Wielaard,
> 
> On 11/07/2014 02:16 PM, Mark Wielaard wrote:
>> On Mon, 2014-11-03 at 14:45 +0000, Vicente Olivert Riera wrote:
>>> I'm having a failure when doing a static build of elfutils because it
>>> tries to build a shared library (.so). Could it be possible to add a
>>> configure option to disable the shared library so only the static one
>>> (.a) would be built?
>>>
>>> This is the failure I'm talking about:
>>>
>>> /home/chroot/media/code/buildroot/autobuilder/instance-0/output/host/opt/ext-toolchain/bin/../lib/gcc/mipsel-buildroot-linux-uclibc/4.8.3/../../../../mipsel-buildroot-linux-uclibc/bin/ld:
>>> /home/chroot/media/code/buildroot/autobuilder/instance-0/output/host/opt/ext-toolchain/bin/../lib/gcc/mipsel-buildroot-linux-uclibc/4.8.3/crtbeginT.o:
>>> relocation R_MIPS_HI16 against `a local symbol' can not be used when
>>> making a shared object; recompile with -fPIC
>>> /home/chroot/media/code/buildroot/autobuilder/instance-0/output/host/opt/ext-toolchain/bin/../lib/gcc/mipsel-buildroot-linux-uclibc/4.8.3/crtbeginT.o:
>>> could not read symbols: Bad value
>>> collect2: error: ld returned 1 exit status
>>> Makefile:939: recipe for target 'libelf.so' failed
>>> make[3]: *** [libelf.so] Error 1
> 
> 
> thanks a lot for your reply.
> 
> 
>> Does that failure also happen with a normal (not patched) build?
> 
> Those patches are necessary. Otherwise it will fail at many points. You
> can see the comments on the patches:
> 
> http://git.buildroot.net/buildroot/tree/package/elfutils
> 
>> It looks like the issue is with the crtbeginT.o code, not with any of
>> the elfutils objects? I don't immediately know why that particular
>> object is linked into the shared library. Does the toolchain pick up the
>> correct version?
> 
> I'm sorry, the correct version of what? Also, that's an external
> toolchain and I don't have much information about it :S
> 
>>> The full build log is here:
>>>
>>> http://autobuild.buildroot.net/results/16f/16f6956d5a215fe678a45cc4b24ba196309ee05c/build-end.log
>>
>> It looks like that is a fairly old 0.155 build with several patches
>> applied. Have you tried latest elfutils 0.160 or current git?
> 
> I have tried elfutils-0.160, but I'm having this error:
> 
> /br/output/host/usr/bin/mipsel-linux-gcc -D_GNU_SOURCE -DHAVE_CONFIG_H
> -DLOCALEDIR='"/usr/share/locale"' -I. -I..  -I. -I. -I../lib -I..
> -I./../libelf -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -std=gnu99 -Wall
> -Wshadow -Werror -Wunused -Wextra -fgnu89-inline -Wformat=2   -fpic
> -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -pipe -Os -g2 -static -c -o
> color.o color.c
> color.c: In function ‘parse_opt’:
> color.c:135:5: error: passing argument 4 of ‘argp_help’ discards ‘const’
> qualifier from pointer target type [-Werror]
>      program_invocation_short_name);
>      ^
> In file included from color.c:34:0:
> /home/ldap/vriera/work/mips-buildroots/mips32/output/host/usr/mipsel-buildroot-linux-uclibc/sysroot/usr/include/argp.h:469:13:
> note: expected ‘char *’ but argument is of type ‘const char *’
>  extern void argp_help (__const struct argp *__restrict __argp,
>              ^
> cc1: all warnings being treated as errors
> make[3]: *** [color.o] Error 1

After removing all -Werror options (passing --disable-werror to the
configure script doesn't work or is not enough) I got rid of that error
and now I see the static problem again (version 0.160):

mipsel-buildroot-linux-uclibc/4.8.3/crtbeginT.o: relocation R_MIPS_HI16
against `a local symbol' can not be used when making a shared object;
recompile with -fPIC
/br/output/host/opt/ext-toolchain/bin/../lib/gcc/mipsel-buildroot-linux-uclibc/4.8.3/crtbeginT.o:
could not read symbols: Bad value

>> If you think any of those patches are useful could you submit them so we
>> can review them for inclusion upstream?
> 
> Please have a look to those patches here. I think some of them can be
> useful:
> 
> http://git.buildroot.net/buildroot/tree/package/elfutils
> 
> Best regards,
> 

Best regards,
-- 
Vicente Olivert Riera
Graduate Software Engineer, MIPS Processor IP
Imagination Technologies Limited
t: +44 (0)113 2429814
www.imgtec.com

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]