summaryrefslogtreecommitdiffstats
path: root/libc/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* Merge from trunk."Steven J. Hill"2005-12-021-125/+8
|
* Changes to sync with trunk."Steven J. Hill"2005-11-061-1/+1
|
* Fix up build system for NPTL. I admit it is much cleaner now, but I lost my ↵"Steven J. Hill"2005-10-041-38/+52
| | | | entire Saturday fixing this $!#$!#@$T! up.
* Big sync with trunk."Steven J. Hill"2005-09-241-6/+2
|
* Merge/sync with trunk."Steven J. Hill"2005-08-171-1/+1
|
* Finally, all of the makefiles that make the magic happen. These changes ↵"Steven J. Hill"2005-08-091-8/+8
| | | | allow for uClibc to build for NPTL support without breaking the old linuxthreads model. Let the testing begin.
* Properly link in needed TLS functions for the static C library. Added the ↵"Steven J. Hill"2005-07-311-0/+6
| | | | new low-level locking primitives to the C library for both static and shared. Added the new file 'dl-tls.c' from glibc which should be the final code necessary to fully link all the libraries for a NPTL-based uClibc.
* Last of the merges along with latest changes for NPTL. Nothing much"Steven J. Hill"2005-07-301-6/+11
| | | | new on the NPTL stuff other than cleaning a few things up.
* touchup the $(AR) mojo to address some bugs by Peter KjellerstedtMike Frysinger2005-02-131-6/+11
|
* merge parallel build supportMike Frysinger2005-01-251-1/+25
|
* fix target dependencies to support parallel buildingMike Frysinger2005-01-191-6/+3
|
* use $(RANLIB)Mike Frysinger2005-01-191-2/+1
|
* Remove unused stuff. From Peter Mazinger.Joakim Tjernlund2004-10-141-6/+0
|
* Link with libfloat if necessary.Manuel Novoa III2004-01-161-1/+1
|
* Ok.. we need to link with libgcc.a for some archs. I haven't looked atManuel Novoa III2004-01-141-1/+1
| | | | | all cases, but the archs I've looked at do build the needed routines as PIC so we should be ok.
* minor cleanupEric Andersen2003-11-041-1/+1
|
* Some more soft float fixes... for arm in particular (libfloat).Manuel Novoa III2003-10-311-17/+3
| | | | | | Remove the ADD_LIBGCC_FUNCTIONS option and do things the right way. Either we have a shared libgcc available, or the libgcc routines aren't PIC and don't belong in the shared libc anyway.
* Peter Kjellerstedt writes:Eric Andersen2003-10-181-2/+2
| | | | | | | | | | ln.patch: * Define $(LN) as ln in Rules.mak. * Change all occurrences of ln into $(LN). * Change all constructs like (cd path && ln -sf foo/file file) into $(LN) -sf foo/file path/file. The latter construct is already used in a number of places so it should not be an additional compatibility problem.
* Peter Kjellerstedt writes:Eric Andersen2003-10-181-8/+8
| | | | | | | rm.patch: * Define $(RM) as rm -f in Rules.mak and test/Rules.mak (this is the same definition as gmake uses by default). * Change all occurrences of rm and rm -f into $(RM).
* Peter Kjellerstedt writes:Eric Andersen2003-10-181-4/+4
| | | | | | | | | install.patch: * Define $(INSTALL) as install in Rules.mak. * Change all occurrences of install into $(INSTALL). * Change all occurrences of mkdir -p into $(INSTALL) -d. install -d is already used in a number of places so this should not be an additional compatibility problem.
* Peter Kjellerstedt writes:Eric Andersen2003-09-111-5/+4
| | | | | The attached patch allows $(CC) to contain spaces (something which we use).
* Patch from Peter S. Mazinger to make the get-needed-libgcc-objectsEric Andersen2003-06-051-2/+3
| | | | script work with newer binutils versions.
* Patch from Stefan Allius to make adding libgcc functions to the library anEric Andersen2003-02-051-10/+17
| | | | | option, to avoid the possibility of adding non PIC code into the shared PIC uClibc library, thereby making the .text segment unshareable.
* Cleanup makefiles and make clean a bitEric Andersen2003-01-231-1/+4
|
* Make support for global constructors and global destructors beEric Andersen2002-11-271-1/+8
| | | | | | configurable, so people who do not need or want ctor/dtor support can disable it and make their binaries a little bit smaller. -Erik
* Patch from Stefan Allius for libgcc multilib supportEric Andersen2002-11-081-1/+1
| | | | | | | | | | | | | | | | | | this is the last patch, we need to make the support of multitarget libgcc complete. --------------------------------- In ldso/ldso/Makefile I added the CPU_LDFLAGS-y to the LDFLAGS --------------------------------- In libc/Makefile I set the LDFLAGS for the script get-needed-objects.sh with CPU_LDFLAGS-y --------------------------------- In extra/scripts/get-needed-object.sh we now use the LIBGCC from Rules.mak and call LD with LDFLAGS (==CPU_LDFLAGS-y). Addtionally I grep the NM output, to fix the unresolved external __GLOBAL_OFFSET_TABLE__ on SuperH targets. ---------------------------------
* Patch from Stefan Allius -- export LIBGCCEric Andersen2002-11-051-1/+1
|
* Put it back the way it was. Sigh.Eric Andersen2002-10-251-3/+3
|
* Sigh. Lets not use LD to link, or we lose the INTERP field.Eric Andersen2002-10-251-3/+3
| | | | -Erik
* This commit contains a patch from Stefan Allius <allius@atecom.com> to changeEric Andersen2002-10-011-2/+2
| | | | | | | how uClibc handles _init and _fini, allowing shared lib constructors and destructors to initialize things in the correct sequence. Stefan ported the SH architecture. I then ported x86, arm, and mips. x86 and arm are working fine, but I don't think I quite got things correct for mips.
* * Added semi-support for version scripts. If sysdeps/linux/<arch>/libc.mapTobias Anderberg2002-09-161-2/+8
| | | | | exists read it and include it when linking. * Add LIBGCC when linking libc.
* Be more path independentEric Andersen2002-08-091-1/+1
|
* Build our own crti.o and crtn.o with a cross arch method that IEric Andersen2002-03-131-2/+2
| | | | | can live with much better the what glibc does. -Erik
* Make shared libs properly list the correct ld.so in the interpEric Andersen2002-02-181-1/+2
| | | | field by being sneaky.
* Fix the bug where binaries built with older toolchains wouldEric Andersen2002-01-281-3/+2
| | | | | | segfault. Turns out that 'ld -nostdlib' was the culprit. Who wouldof thought... -Erik
* Tell ld explicitly when stuff is supposed to by dynamically linkedEric Andersen2002-01-161-1/+1
| | | | -Erik
* Make libc depend on ldsoEric Andersen2002-01-121-1/+1
|
* Cleanup makfile, use ld to avoid chicken-and-egg problems whenEric Andersen2002-01-111-13/+6
| | | | | building gcc/g++. -Erik
* Be more carefull about erroring out of shell fragments. Try toEric Andersen2002-01-091-1/+3
| | | | enable -falign-functions if avilable.
* Change all 'cd <foo>; bar' constructs to 'cd <foo> && bar' forEric Andersen2002-01-011-3/+3
| | | | | proper error checking -Erik
* Update my email address. I am no longer andersen@lineo.comEric Andersen2001-12-191-2/+2
|
* Update to accomodate the header file changesEric Andersen2001-09-271-1/+1
|
* Remove the now obsolete "headers" target. Fix call to ↵Eric Andersen2001-05-291-29/+2
| | | | | | get-needed-libgcc-objects.sh to we define NM and AR properly.
* Minor fix.Manuel Novoa III2001-05-261-2/+2
|
* Fix up some problems noted by August Hoerandl <ahoerandl@gmx.at>Eric Andersen2001-05-171-1/+1
| | | | | when cross compiling with shared lib support, there were spots where the native 'ld' was mistakenly being called.
* Fix up a few little problemsEric Andersen2001-05-161-3/+3
|
* Add in a libc.so link as wellEric Andersen2001-05-121-0/+1
|
* Ok, this should finish off my massive ro-organization. The sourceEric Andersen2001-05-121-0/+112
tree is less messy now (which helps), all libraries are placed into uClibc/lib when compiling, all libraries now use a consistant mechanism for being built, all libraries use a consistant naming scheme where the lib name includes the uClibc version number, which makes ldconfig happy and willing to work with us. -Erik
generated by cgit v1.2.3 (git 2.25.1) at 2025-08-20 18:01:33 +0000