Age | Commit message (Collapse) | Author |
|
been working on a new config system on and off for about 6 months
now, but I've never been fully satisfied. Well, I'm finally am
happy with the new config system, so here it is. This completely
removes the old uClibc configuration system, and replaces it with
an entirely new system based on LinuxKernelConf, from
http://www.xs4all.nl/~zippel/lc/
As it turns out, Linus has just merged LinuxKernelConf into Linux
2.5.45, so it looks like I made the right choice.
I have thus far updated only x86. I'll be updating the other
architectures shortly.
-Erik
|
|
and easier to read.
-Erik
|
|
appropriate awk implementation at compile time, so we can again
compile on Solaris and whatnot.
-Erik
|
|
|
|
* Added variable LIBGCC which is included when linking libc.so. Arch
specific linker options go into LIBGCC_CFLAGS defined in Config.<arch>.
|
|
-Erik
|
|
-Erik
|
|
-Erik
|
|
|
|
|
|
some "sh: cd: ./lib: No such file or directory" errors.
|
|
Things currently won't build otherwise.
|
|
Implemented unformatted wide i/o functions. (ungetwc still needs testing)
Fix a few bugs in wchar.c.
Modifications for bcc/elks support.
|
|
-Erik
|
|
-Erik
|
|
-Erik
|
|
several external program calls, thanks to a suggestion from rmk.
-Erik
|
|
Propagate fixes across makefiles.
-Erik
|
|
LC_TIME, LC_MONETARY, and LC_MESSAGES for the SUSv3 items. Also,
nl_langinfo() when real locale support is enabled.
New implementation of ctype.h.
New implementation of wctype.h.
New implementation of most of the string functions (smaller).
New implementation of the wcs/wmem functions. These are untested, but
they're also just preprocessor-modified versions ot the corresponding
str/mem functions.
Tweaked qsort and new bsearch.
Stuff still pending:
stdlib.h and wchar.h mb<->wc functions. I actually have working
versions of the stdlib ones, but the reentrant versions from
wchar.h require some reworking.
Basic replacement and translit support for wc->mb conversions.
(groundwork laid).
Simple-minded collate support such as was provided by the previous
locale implementation. (mostly done -- 8-bit codesets only)
Shared mmaping of the locale data and strerror message text.
|
|
-Erik
|
|
|
|
|
|
glibc 2.1.3 and ported to work with uClibc by Stefan Soucek and Erik Andersen
(me). Stefan has hacked things up such that linuxthreads runs on MMU-less
systems (tested only on arm-nommu). Erik cleaned things up and made it work
properly as a shared library.
-Erik
|
|
|
|
|
|
-D__PIC when DOPIC is true, since the compiler does that for
use when -fPIC is set. Some minor formatting cleanup.
-Erik
|
|
segfault. Turns out that 'ld -nostdlib' was the culprit.
Who wouldof thought...
-Erik
|
|
|
|
|
|
chicken-and-egg problems when building gcc toolchains.
-Erik
|
|
|
|
<miles@lsi.nec.co.jp>
|
|
enable -falign-functions if avilable.
|
|
|
|
Autodetect target architecture by asking the compiler.
-Erik
|
|
-Erik
|
|
OPTIMIZATION from the Config file. Revert that.
-Erik
|
|
|
|
compiled without -fPIC.
|
|
|
|
|
|
|
|
things are working perfectly (perhaps I shouln't think so much)
|
|
appropriately so). Leave this hidden and set to a sane default
since nobody should really need to change it...
|
|
Here is the basic theory of operation:
SHARED_LIB_LOADER_PATH/ <The location where the shared lib
loader will be installed and where the
compiler will cause apps to look for it.>
DEVEL_PREFIX/
bin/ <contains gcc, ld, etc for setting PATH=$DEVEL_PREFIX/bin:$PATH>
lib/ <contains all runtime and static libs>
include/ <Where all the header files go>
SYSTEM_DEVEL_PREFIX/
usr/bin/ <contains arch-uclibc-gcc, arch-uclibc-ld, etc that
might be installed by a .deb or .rpm into /usr/bin,
but can happily live under DEVEL_PREFIX>
PREFIX
This is prepended during 'make install's allowing you to shift things to
be installed under some alternate location (such as when building a .deb)
-Erik
|
|
issues, and syns things (as far as I am willing) with Dave Schleef's
tree. We may need to go another round or so, but we do seem to be
converging...
|
|
|
|
|
|
few tiny fixups here and there from me. Seems to work just fine and
will hopefully be a bit better behaved.
-Erik
|
|
|