[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Tinycc-devel] tinycc 0.9.25 x86_64 on Fedora 12
From: |
Thomas Preud'homme |
Subject: |
Re: [Tinycc-devel] tinycc 0.9.25 x86_64 on Fedora 12 |
Date: |
Tue, 3 Aug 2010 17:42:11 +0200 |
User-agent: |
KMail/1.13.3 (Linux/2.6.32-5-amd64; KDE/4.4.4; x86_64; ; ) |
Le mardi 03 août 2010 17:35:15, Thomas Preud'homme a écrit :
> Le mardi 03 août 2010 17:13:23, Aharon Robbins a écrit :
> >
> > 2. When built, my program could not find some of the string functions,
> >
> > such as strlen, strcmp, strncmp and strcpy. I put in replacement
> >
> > versions, but that's not a scalable solution. Any idea what's not
> > working?
>
> Yes, since recent version of glibc, they are all indirect function symbols.
> According to man nm:
> For ELF format files this indicates that the symbol is an indirect
> function. This is a GNU extension to the standard set of ELF symbol types.
> It indicates a symbol which if referenced by a relocation does not
> evaluate to its address, but instead must be invoked at runtime. The
> runtime execution will then return the value to be used in the relocation.
>
> I started looking about this in binutils (which hold ld) but although there
> is not so much code, I couldn't find the relevant code (I'm not a
> specialist of linkers and compilers, I only know the basics). It should be
> just a few line but what I found was about creating space in some ELF
> section.
Sorry but after a new search i finally found some doc about it http://generic-
abi.googlegroups.com/web/ifunc.txt?gda=jVwWQjsAAADkRlZw3fTn8WF8pRDgf6aLqhuQZ07x252heabdEBRuLUgoJ4G7--
yvLPBq95D3B7sGRdr3QrylPkw2aRbXD_gF
I'll try to look at it this WE but if someone experimented wants to fix this,
don't hesitate to overtake me ;)
[SNIP]
Thomas Preud'homme
signature.asc
Description: This is a digitally signed message part.