Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
its requirements about initial bootstrapping
|
|
|
|
|
|
(since it works)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
the other values
|
|
|
|
|
|
|
|
|
|
|
|
|
|
bitsize
|
|
Bug exposed by the new __libc_stack_end feature in libc.so.
|
|
safely
|
|
|
|
|
|
sizeof pointers
|
|
sizeof pointers
|
|
optimization level chosen. This allows uClibc to be compiled with the
latest GCC-4.1.0. While tracking down the specific culprit causing
the segmentation fault of the dynamic loader with GCC-4.1.0 I was
able to force inlining of other functions such that I shaved 512 bytes
off the size of the loader, yay. Also fixed warning in 'dl-hash.c'.
|
|
sjhill, feel free to comment :)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
more readable
|
|
|
|
|
|
i386/m68k
|
|
|
|
|
|
RPATH sematics changed to match RUNPATH. Only difference is
that RPATH is searched before LD_LIBRARY_PATH and RUNPATH
after. This is not complete but better than the current mess(I think).
|
|
|
|
be able to run apps built with 0.9.27. This also renames
__uClibc_start_main to __uClibc_main.
This compat option should be removed some time after 0.9.28 is released.
Let me know if you don't like this change.
|