Rob Landley [EMAIL PROTECTED] wrote:
Only three architectures actually #define this macro: frv, bfin, and avr32.
The last of which does:
./avr32/dl-startup.h:#define START()return _dl_elf_main;
So it's #defining the macro to do what the absence of the macro would do.
Why?
I don't
Rob Landley wrote:
While debugging why the dynamic loader is just not working for me on sparc, I
stumbled across this little gem:
Near the end of ldso/ldso/dl-startup.c we have the only user of the START()
macro:
#ifndef START
return _dl_elf_main;
#else
START();
Hi Khem, All
while doing some test with firefox 3 (linked against uclibc-nptl on
sh4), we discovered a bug in ld.so dynamic linker.
In firefox there is a shared object libejmalloc.so having a constructor
that accesses a TLS variable using the local-dynamic tls access model.
During the ld.so
On Friday 14 November 2008 12:01:28 Bernd Schmidt wrote:
Like all the other target-specific macros, it's abstracting away
target-specific stuff. In the case of bfin and frv, it's FD-PIC related
setup. So no, you can't remove it, and you can't merge it in with the
main file if you want FD-PIC
I posted a patch back in march which got lost in the pile.
http://www.uclibc.org/lists/uclibc/2008-March/019155.html
Thx
-Khem
On Thu, Nov 13, 2008 at 8:21 PM, Rob Landley [EMAIL PROTECTED] wrote:
On Thursday 13 November 2008 18:55:31 Doug Graham wrote:
On Thu, Nov 13, 2008 at 06:48:41PM
On Friday 14 November 2008 14:35:49 Khem Raj wrote:
I posted a patch back in march which got lost in the pile.
http://www.uclibc.org/lists/uclibc/2008-March/019155.html
I think that's overcomplicated. There's no need for long long here (which
remains expensive on 32 bit systems) merely for
Rob Landley wrote:
Can you explain what FD-PIC is in fewer words than this guy?
It's a binary format. It works on nommu, but unlike flat, it allows all
the normal ELF things like shared libraries and dynamic loading. It
needs compiler linker support so it's not something you can implement
in