Age | Commit message (Collapse) | Author |
|
with __NR_mmap is not available (i.e. only __NR_mmap2)
|
|
This patch arranges for the .so files in say /usr/lib to be soft links
to ../../lib, instead of to /some/arbitrary/pathname/lib. This
enables seamless relocation of a toolchain containing the development
and run time trees in a sys-root.
|
|
I added this function after I posted the last version of the FR-V
patch. Add syscall.c.
|
|
|
|
is not a SuSv3 symbol). Rather than using __bzero internally per Alexandre's
original patch, use memset instead.
|
|
|
|
instead. Based on an initial patch from Tobias Anderberg, but reworked. I
asked Tobias to look into doing something more like what is done in busybox,
but that proved to be a pain.
One possible concern is that these buffers will probably show up as
memory leaks i.e. with valgrind. Perhaps we should add in an atexit
call to free this memory right after we allocate it?
|
|
Hi
I just noticed that gcc has an "b"(Address base register) operand that
will match all "r" registers but r0. It is a better fix then adding
r0 to the clobber list.
What do you think?
|
|
|
|
were returning). Anyway, also make them threadsafe and smaller. The
error.c file still needs work.
|
|
Bug fix: gethostbyname_r checked errno without first setting it to a
known value.
|
|
|
|
|
|
|
|
interfaces vs SuSv3 from heukelum at freemail dot nl
|
|
|
|
|
|
in libdl pointing to the local 'foobar' function is garbage. This cleans all
that up and makes the code much less horrible. Now it is only really really
ugly (which is a marked improvement),
|
|
white space cleanup and optimize the inner loop in dl_find_hash.
|
|
lookup on 'atexit' got me excited and I started fixing the same
problem elsewhere. Except these were correct as-was, and were
not a problem....
|
|
|
|
mips mostly working. From there, I tracked the bash failure to a
bad _dl_atexit address and Erik took it from there.
|
|
|
|
about the best settings the AMD Elan and the VIA Nehemiah.
|
|
the symbol in common.
|
|
|
|
This patch adds code to uClibc to support a new ABI designed for the
FR-V architecture, that enables text segments of executables and
shared libraries to be shared by multiple processes on an OS such as
uClinux, that can run on FR-V processors without an MMU.
Patches for binutils and GCC have just been posted in the
corresponding mailing lists. The binutils patch was approved,
but there's one additional patch pending review, that I posted
this week. An updated GCC patch will be posted to
gcc-patches@gcc.gnu.org as soon as I complete testing (I used a
known-good compiler to test the uClibc patch below).
Since the existing dynamic loader code didn't support independent
relocation of segments, it required changes that were somewhat
extensive. I've added a number of new machine-specific macros to try
to keep the platform and ABI-specific details outside the generic
code. I hope this is not a problem.
|
|
While testing the FR-V code with GCC mainline, I ran into some
problems in the RPC code. It relies on a GCC extension that is no
longer available, namely, the result of a cast is no longer considered
an lvalue.
This patch enables the code to compile. I haven't been able to test
RPC though, especially in a multi-threaded environment.
|
|
|
|
Begin converting some big ugly macros to inline functions
instead
|
|
|
|
|
|
hacks. Just check for the elf magic string one byte at a time....
|
|
sensible -1 fd, rather than pretending to work off of fd 0, which makes
absolutely no sense.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
weak alias as well...
|
|
|
|
|
|
|
|
|
|
since gdb can't do anything for us.
|
|
Also, if you are to enable SUPPORT_LD_DEBUG on MIPS, I think this
patch is needed too.
|
|
|
|
|
|
Hi it is me again.
This is the latest ldso patch. the NEW weak symbol handling works now
with a little special handling in _dl_find_hash(). You get to chose
if you want the new or old handling :)
There was 2 missing _dl_check_if_named_library_is_loaded() calls in _dlopen().
I then disabled the _dl_check_if_named_library_is_loaded() in dl-elf.c since
it is rendundant.
Question, why does some _dl_linux_resolver(), like i386, have 2 calls
to _dl_find_hash()? I think that is wrong, isn't it?
I really hope you can check this out soon ...
|