Bugfix: Add r_addend to final address. The r_addend is mostly zero
but can be nonzero for JMP relocs as well.
All Rela arches need to do this, test and send a patch :)

Remove unneeded test in R_PPC_COPY.

Don't allow undefined global symbols to pass(all archs needs fixing,
but powerpc).
If you are using buildroot and soft floating point, you may have to
rebuild the libm.so library, copy it to staging_dir/lib and rebuild
your application.

Move handling of R_386_COPY back into _dl_do_reloc(all archs should
do this). Adjust the first argument to _dl_memcpy as it looks wrong
to have symtab[symtab_index].st_value as destination for the mem copy.

Don't allow undefined global symbols to pass(all archs needs fixing).
If you are using buildroot and soft floating point, you may have to
rebuild the libm.so library, copy it to staging_dir/lib and rebuild
your application.

Cleanups as well.

Hide some x86-specific devel asserts.

Fixup URL

Second attempt to fix the INIT/FINI order. This time I think I got it right :)
This needs testing with apps that have complex dependencies.

Doh!  As noted by Mike Frysinger I was too agressive at culling stuff

Disable prototypes for unimplemented functions

Yet another bit of joy for mjn3

Audit and disable unimplemented stuff

Implement gethostent_r

Remove stale leftovers

Audit and scrub malloc.h, which was a mess

We do not use dl_iterate_phdr, so no need to define it

uClibc gettext support is under development and really shouldn't
be used by the unsuspecting masses quite yet.

The 'Somebody Else's Problem Field' was just activated

First pass prototype removals from auditing header files:
a.out.h to libgen.h (omitting complex.h for a later separate
effort for the math stuff)

Use a more appealing name, matching the function prototype

Add missing imaxdiv and lldiv needed for SuSv3.  Adjust ldiv to
match glibc's quotient truncation behavior.

First attempt to fix the INIT/FINI ordering. Fingers crossed :)

Add a couple of mips-specific string funcs.
Port the generic optimized string funcs from glibc, with some tweaks
  to cut their size a little.  The main change is making memmove
  call memcpy for forward copying to trim redundant code.
Make use of both the generic and arch-specific speed-optimized string
  funcs configurable.  Arch-specific take precedence over generic,
  and generic takes precedence over basic size-optimized uClibc funcs.

Fix a couple of symbol name issues.

Remove unused variables. From Peter Mazinger.

Restore item I erronenously removed, mention mips string funcs

Dont mess with __curbrk in ldso

Typo fix from Peter Mazinger.

Mention kernel abi selection

solar asked that this bit be reverted.

Preliminary PIE support for powerpc, i386 was used as template.
Requested by Peter Mazinger. Testing wanted.

#include "dl-startup.c into ldso.c, making ldso one compilation unit.
Now all functions and vaiables can be made static to reduce relocs.
Basicly, all variables should be merged into one struct variable
and then export that struct. Exported functions should be exported
as functions pointers in the above struct. This will reduce the
number of relocs inside ldso to a handful.

Add -Bsymbolic to linker for ldso. This will resolve all functions
(all JMP_SLOT goes away) and the remaining relocs are transformed into
RELATIVE relocs.

Forgot to commit this file. Patch from Stefan Allius.

As Mike Frysinger notes, this code is still needed. I
misread this code and removed it, sorry.

I printed the values of _dl_brkp and _dl_envp in ldso and
got this when executing:
ls:
   __curbrk: 0x300c16e0
   __environ: 0x1008372c
ldd:
  __curbrk: 0x300776e0
  __environ: 0x3007759c

why is__environ in the app when executing ls but not ldd?

Partial patch from Alexandre Oliva to update the frv port

Patch from Alexandre Oliva to update the frv default config

Partial patch from Alexandre Oliva:

- adjust licensing terms of sources for crt*.o

- change the stat ABI to speed it up, matching changes in the kernel

- assorted bug-fixes, improvements and updates in the FR-V port

etc.

Mention FunctionCheck

Update TODO list a bit

Only print debug stuff when asked

Fixup a couple of warnings

Avoid multiple passes to perform mips GOT relocations, and do
the whole lot in a single pass.
 -Erik

Fixes from gentoo.

Let ldso find libc's malloc function and set _dl_malloc_function.
This removes some crap in libdl.c(and future libs which needs
to access ldso functions).
What do you think?

Added test for RTLD_GLOBAL flag in _dl_find_hash().
Fixed a bug in libdl.c where the RTLD_GLOBAL was assigned
wronly.

Relocations of the application's global GOT entries were not being run, and
only the global GOT entry relocations for the loaded shared libs were being
handled.  This made applications segfault when using un-fixedup symbols.  After
many hours debugging to track down the problem, this patch makes the mips port
happy again.
 -Erik

Stefan Allius writes:
"I fixed the _dl_parse_copy_information in the same way than for the
powerpc and it works fine for me.
You may luck at the patch for the powerpc/elfinterp.c, where I change
the paramter of a dl_dprintf statement. Now we use the same
parameters than for the relocation copy."

Arch mantainers, please do the same.
When all arches has been fixed, we can remove of _dl_parse_copy_information,
it is just a waste of CPU cycles.

Mike Frysinger writes:

this was sent earlier in a different form:
http://www.uclibc.org/lists/uclibc/2004-January/008136.html
find attached a smaller version ... perhaps adding a fprintf to stderr before
calling abort would be nice like in the glibc patch, but whatever

glibc has since adopted a similar fix for their malloc (third hunk, line 1970)
http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/malloc/malloc.c.diff?r1=1.121&r2=1.122&cvsroot=glibc&f=h
-mike

Mike Frysinger writes:

i sent this earlier but perhaps people missed it the first time around :)
http://www.uclibc.org/lists/uclibc/2004-August/009544.html

basically if you try to #include <sys/ucontext.h> on arm it'll fail because
ucontext.h utilizes typedefs found in bits/sigcontext.h ... i386 already has
this fix in uClibc

find attached a trivial patch to fix this
-mike

Joakim Tjernlund writes:

Hi Manuel & Erik

I think I know why MIPS is broken. _dl_perform_mips_global_got_relocations() is
broken. It will due to my latest changes reloctate ldso. This
function needs to die and its job should be done inside _dl_parse_relocation_information().
It is mostly a copy and paste job,

Also PERFORM_BOOTSTRAP_GOT and PERFORM_BOOTSTRAP_RELOCATION should be fixed, they
use symbols which aren't passed as arguments.

 Jocke

Patch by Carl SHAW <carl.shaw@st.com>...

  Below is a patch to make the pread and pwrite calls work on the SH
  architecture.  I've only tested this on the SH4 with a 2.4.24 kernel - a
  fairly recent kernel is required as the problem is partially fixed in
  the kernel itself.  For more information (in relation to glibc, but the
  problem is the same) see the thread at

  http://sourceforge.net/mailarchive/message.php?msg_id=2375908

  Someone should really test this on the SH2/3...

Patch from Stefan Allius:
 Remove unused function parameter in ldso.
 Remove echo  option '-e' since it is not supported on Solaris.

Hopefully fix Laszlo and Jacobs dlopen problem.

Note a security item for the next release

Make the stub profiling stuff work

The "Delete current profiling code because it is complete crap"
TODO item is now done.

Attempt to support 'gcc -finstrument-functions', which seems much
more sane than 'gcc -pg' and seems much easier to support.
 -Erik

Kill off all support for 'gcc -pg' / 'gprof' style profiling.  There is both a
size and performance penalty to profiling applications this way, as well as
Heisenberg effects, where the act of measuring changes what is measured.
There are better tools for doing profiling, such as OProfile, that do not
require gcc to instrument the application code.
 -Erik

Enable only for architectures where __NR_madvise is defined
 -Erik

Never directly include kernel sources

'pagesize' was local to dl-startup.c.  In ldso.c we need
to use '_dl_pagesize'
 -Erik

Fix dependencies.

Accunt for ELF_MACHINE_PLTREL_OVERLAP when relocating ldso.

Remove poor man's malloc. Not needed anymore.

Move "debug_addr" ptr from dl-startup.c to ldso.c

Move the app specific stuff from dl-startup.c to ldso.c.

Oops, forgot to remove unused variable.

This is now done in ldso.c

Clean up the _dl_boot code and make it similar to arm and sh.

Carl SHAW writes:

I finally tracked down the problem with SH4 shared library loading -

in file ldso/ldso/sh/dl-startup.h, the line

#define DL_BOOT(X)   static void __attribute_used__ _dl_boot2 (X)

should be

#define DL_BOOT(X)   static void* __attribute_used__ _dl_boot2 (X)

otherwise the application code will never be called and _dl_boot will
just return causing a segmentation fault.

Carl

David McCulloug writes:
"There's a bug in the SH asm,  it calls into 'C' code without preserving
all the important scratch registers.   I have been meaning to double
check the changes as I think more registers need to be saved,  then I
was going to send it back to uClibc.  From the sound of it this isn't
your problem,  but you never know.
Attached is the patch as it stands for the loader on SH."

Glibc appears to do the same.

Let ldso decide if it should relocate itselft a second time. This
is needed if ldso should use libcs malloc whenever possible.

Fix RTLD_LAZY propagation to RTLD_NOW relocation when requested by
libdl.

Fix make clean rule.

Audit pthread.h and exclude prototypes for pthread functions
that are not presently implemented in uClibc's libpthread.
 -Erik

I will always test before I commit.
I will always test before I commit.
I will always test before I commit.
 -Erik

Setup __pagesize from inside __uClibc_init(), or else when registering
dtors via atexit(), atexit may need to call realloc with __pagesize
still set to 0.  ugh.
 -Erik

Be a bit more prominant about the fact that setuid handling
is not quite there...

The variable used to store pagesize is not the same as the
_dl_pagesize variable in ldso, so avoid aliasing.
 -Erik

The pagesize variable used when starting up is _not_ the same
as the _dl_pagesize global, so do not alias the global.
 -Erik

Update to add missing c++ namespace support.

Do not fail all lookups when /etc/resolv.conf is missing, as i.e.
checking on 127.0.0.1 is still valid w/o resolv.conf
 -Erik

Logic was reversed.

req_search returned garbage.  This teaches it to behave itself and
return the length and the actual dns packet as received, rather than
making stuff up.
 -Erik

Fixup PAGE_SIZE problems
 -Erik

Fix usage_count in ldso/libdl.
Don't' use atexit in libdl.
Make destrutor in libdl actually run and to dlclose all
dlopened libs.
Remove dlclosed libs from the _dl_symbol_tables list.

Always include the sqrtf wrapper in libm so that we don't need to worry
about conditionally configuring something else for libstdc++.

Fix mips bug related to 2.6 headers by following glibc's lead.  Based on
the comment, newer kernels appended "64" to __NR_pread and __NR_pwrite.

Apparently the sigaction code added was broken, as it generated illegal
instruction errors.  Disable it for now.

Optimze _dl_memset() for PowerPC.
Other arches may also benefit from this iff it can do
unaligned stores.

Forgot _dl_memcpy in previous checkin.

On Monday 02 August 2004 08:44 am, Mike Frysinger wrote:
> the gethostbyname_r() call itself is not segfaulting, but the memory
> returned in the h_aliases array seems to be wrong ...

was playing around with the source today and eventually the obvious answer hit
me ... while read_etc_hosts_r() generatings an array of strings fo h_aliases
and populates it, the dns path does not :)

find attached a patch that'll actually generate the h_aliases list in the
normal dns code path ... i used the etc_hosts_r() code as a template for some
of it ...

note that this is just a simple fix ... it fills the alias list with just the
hostname gethostbyname_r was passed ... the proper fix i think would be to
parse the dns packet down in __dns_lookup() and pass the info back via the
resolv_answer struct ...
but this fix is better than the current state of things ... that is, h_aliases
currently is never initailized in the dns code path :)

At solar's request...

_dl_strlen,_dl_strcat,_dl_strcpy,_dl_strcmp,_dl_strncmp,
_dl_strchr,_dl_strrchr,_dl_strstr,_dl_memcmp:
Optimize for archs which can do pre increment/decrement and load/store
in one instruction.

_dl_get_last_path_component:
  handle "" strings and optimze it.

_dl_simple_ltoa,_dl_simple_ltoahex:
 Optimize for archs which can do pre increment/decrement and load/store
 in one instruction.

Revmoved _dl_brkp and _dl_envp. They are not needed anymore.

Mike Frysinger writes:
i was sticking some libraries in non-standard (i.e. not-hardcoded) paths and
then updating ld.so.conf accordingly ... oddly though, i couldnt get binaries
that linked against those libraries to run ... `ldconfig -v` showed the
required libraries being detected/cached, so something seemed wrong ...

turns out the libraries were being tagged as LIB_ELF_LIBC0 in the cache and
the loader currently only accepts LIB_ELF_LIBC{5,6} ... since readsoname.c in
ldconfig defines needed_tab with the mapping 'libc.so.0' -> LIB_ELF_LIBC0 it
seems like the loader should accept this type too

find attached a small patch which adds LIB_ELF_LIBC0 along side
LIB_ELF_LIBC{5,6} as an accepted lib type in the loader when dealing with the
ld.so.cache file

Mike Frysinger writes:
in libdl, the XXFLAGS is set incorrectly if DODEBUG=y ... it has 'I.' added to
it instead of '-I.' ... this of course pisses of gcc :)

find attached a patch that cleans up the XXFLAGS setting so as to minimize
this kind of thing ... when asked, mjn3 said it was a kosher idea ;)

and later writes:
hmm it seems ldso also utilizes USE_CACHE in the code (but LIBRARY_CACHE never
propogates down to the Makefiles)
so the fix is to add $(LIBRARY_CACHE) while setting $(XXFLAGS)

Applied with minor fixes and also fixed up ldso/Makefile to match
libdl/Makefile.

Mike Frysinger writes:
while playing around with Gentoo on uClibc, i hit some troubles with ldconfig

first, i found that it kept trying to read 'etc/ld.so.conf' ... it didnt want
to read '/etc/ld.so.conf' ... looking at the source, the default conf file is
defined as UCLIBC_RUNTIME_PREFIX "etc/ld.so.conf" ... all fine and dandy, but
the utils/Makefile builds the .c files with this:
-DUCLIBC_RUNTIME_PREFIX=$(R_PREFIX)
i couldnt find where R_PREFIX was defined/used anywhere else, but i did find
that every other time UCLIBC_RUNTIME_PREFIX was defined, it was set like:
-DUCLIBC_RUNTIME_PREFIX=\"$(RUNTIME_PREFIX)\"
changing the utils/Makefile to be like this fixed things for me

next up, i found that i wasnt getting an /etc/ld.so.cache file when i ran
`ldconfig` ... looking at the code, USE_CACHE needs to be defined ...
Rules.mak has a line that reads LIBRARY_CACHE:=#-DUSE_CACHE by default, but
then LIBRARY_CACHE is never used anywhere :)
so the fix here is to add $(LIBRARY_CACHE) to the lines in utils/Makefile
where the .c files are compiled

perhaps a suggestion then ?  in my mind it makes sense to utilize a cache file
when running uclibc native but perhaps not while cross compiling ... so
perhaps add LIBRARY_CACHE:=-DUSE_CACHE to the section in Rules.mak where LDSO
is set to the uclibc linker (i.e. native) but set LIBRARY_CACHE:=#-DUSE_CACHE
where LDSO is the $(SYSTEM_LDSO) (i.e. cross compiling)

Applied with minor fixes.

Oops.

From: uclibc-bounces@uclibc.org on behalf of Peter Kjellerstedt
[peter.kjellerstedt@axis.com]
Peter Kellerstedt writes:

May I suggest the attached patch instead?
It handles PICFLAG the same way as it was already done
for other architectures (e.g., CRIS and frv).

This should fix the dlsym problem Peter van Hoyweghen reported.
However RTLD_LOCAL still doesn't work. Everything is RTLD_GLOBAL.

Joakim Tjernlund writes:

PPC32, SPARC32/64 and S390 includes the PLT in its RELA size. This caused ldso
to always do unlazy relocation of the JMPRELs. This patch fixes it.