summaryrefslogtreecommitdiffstats
path: root/extra
Commit message (Collapse)AuthorAgeFilesLines
...
* More detail about malloc-simpleEric Andersen2004-03-091-2/+5
|
* Update the x86 processor listing a bit, to preempt further questionsEric Andersen2004-02-191-7/+17
| | | | about the best settings the AMD Elan and the VIA Nehemiah.
* Alexandre Oliva writes:Eric Andersen2004-02-183-0/+179
| | | | | | | | | | | | | | | | | | | | 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.
* Add our own copies of the include/scsi header files, per what glibcEric Andersen2004-02-121-3/+1
| | | | | does, rather than depending on the kernel header files. -Erik
* Allow building on 64 bit archs. Hopefully the last cvs activity thisManuel Novoa III2004-02-051-2/+2
| | | | stuff will see other than "delete".
* s/UCLIBC_HAS_MMU/ARCH_HAS_MMU/gEric Andersen2004-01-167-13/+13
|
* Fixup selection of endianness, since select does not work on choiceEric Andersen2004-01-1615-10/+71
| | | | | items, we have to declare what endianness cpus are capable of supporting and work using dependancies.
* Minor updates from linux 2.6.1Eric Andersen2004-01-163-15/+32
|
* As mjn3 noticed, 64 bit arches should select UCLIBC_HAS_LFSEric Andersen2004-01-092-0/+2
|
* Peter S. Mazinger writes:Eric Andersen2004-01-021-0/+25
| | | | | | | | | | | | | | | | | | | Hello Erik! I have made some cosmetical changes to the files, removed the added SCRT=-fPIC option from building the crt0.S file (but it is a requirement to build them with -fPIC), and changed some comments. I have left the ldso.c patch with PIE_SUPPORT ifdefs, but consider applying it w/o them (see some earlier comment from PaX Team on this issue, as it is considered a bug). To have it work correctly, you'll also need removing COMPLETELY_PIC. One thing is missing: PIE_SUPPORT should be usable only for i386 (for now). Also added the support for propolice protection (that works for me and catches memcpy/strcpy attacks (but needs a special gcc version). Thanks, Peter
* Cope with 2.6.x headersEric Andersen2004-01-021-20/+25
|
* Rework malloc. The new default implementation is based on dlmalloc from DougEric Andersen2003-12-301-8/+20
| | | | | | | Lea. It is about 2x faster than the old malloc-930716, and behave itself much better -- it will properly release memory back to the system, and it uses a combination of brk() for small allocations and mmap() for larger allocations. -Erik
* Patch from Paul Mundt <lethal@linux-sh.org>:Eric Andersen2003-12-171-1/+0
| | | | | | | | | | Here's the patch for the ldso bits for sh64. This is still in need of a bunch of debugging, testing, etc. and is really only being submitted for general completeness. This assumes that the previous patches I've submitted have already been applied. I plan on playing with this and buildroot some more later, as I'd definitely like to see buildroot images for sh64.
* Paul Mundt <lethal@linux-sh.org> writes:Eric Andersen2003-12-051-1/+0
| | | | | | | | | | | | | This patch adds the libpthread backend bits for sh64. As noted previously, we can't inline things like the testandset() in pt-machine.h as we need to use a completely different ISA / CFLAGS in order for this to work. As a result, this patch is somewhat of a RFC as well to see what people think of the libpthread/linuxthreads/sysdeps Makefile approach, etc. The approach I've taken currently has been to provide a sysdeps/Makefile with a note that TARGET_ARCHs that want build rules can simply add themselves into the list of matching architectures to add to the subdir rule for. This probably isn't the cleanest solution, but it's quite transparent and works quite well.
* Set the default stdio buffer size to 4096, rather then 256.Eric Andersen2003-12-041-1/+1
| | | | | 256 is fine of course, but many applications use this value and expect it to be larger.
* Paul Mundt <lethal@linux-sh.org> writes:Eric Andersen2003-12-031-4/+4
| | | | | | Nothing overly interesting here, this renames Hitachi/Mitsubishi to Renesas for the relevant platforms (in this case, h8, sh, and m32r). The same changes have already been going on in gcc/binutils/gdb/glibc/etc.
* force enable FORCE_SHAREABLE_TEXT_SEGMENTS for sh4Eric Andersen2003-12-031-0/+1
|
* Disable pthreads for sh64 for the time being (since it is notEric Andersen2003-12-021-0/+1
| | | | currently supported)
* Minor typo fix.Manuel Novoa III2003-11-291-1/+1
|
* Kill ARCH_HAS_NO_MMU and use HAS_FPU only. Wether floating point opsManuel Novoa III2003-11-1812-39/+1
| | | | | are implemented in hardware or via kernel emulation doesn't matter to the libc code.
* Patch from Jeffrey Baitis <baitisj@evolution.com> for mips arch tuning.Manuel Novoa III2003-11-161-0/+36
|
* Stefan Allius writes:Eric Andersen2003-11-111-2/+1
| | | | | | | Another little patch fix the configuration for the SH3 targets. The SH3 has no FPU, but our ldso runs fine on a SH3 target. (I think the ldso should also run on a SH2 target, so you might want to enable the ldso for SH2 targets too. But I can't test it, since I have no such a system) :
* George Thanos writes:Eric Andersen2003-11-061-1/+1
| | | | | | | | | | | | | | | | | Dear Erik, We downloded uClibc lattest version from the CVS. Still there are some minor problems with extra/Configs/Config.e1 You have actually set ARCH_HAS_C_SYMBOL_PREFIX to NO which is not correct for our architecture. Please apply the patch that will fix the problem. Best Regards, - George P.S. Patch also removes some irritating comments we have added in the past.
* Kill initfini.awkEric Andersen2003-11-051-121/+0
|
* v850 appers to be little endian onlyEric Andersen2003-11-051-0/+1
|
* duh. the alpha has an fpuEric Andersen2003-11-051-1/+1
|
* Yet more messing with selecting sane default configsEric Andersen2003-11-059-2/+21
|
* Yet more config system updatesEric Andersen2003-11-0510-2/+18
|
* m68k is always big endian afaikEric Andersen2003-11-051-0/+1
|
* powerpc is always big endianEric Andersen2003-11-051-0/+1
|
* Force cris to be little endian. Afaik, there is no bigEric Andersen2003-11-051-0/+1
| | | | endian cris architecture.
* OopsEric Andersen2003-11-051-3/+1
|
* Do not provide a default for endianness. This needs to be selectedEric Andersen2003-11-051-1/+0
| | | | on a per-arch basis, or left to the user to choose.
* Kill off "mipsel" and just use "mips"Eric Andersen2003-11-052-6/+1
|
* As Peter S. Mazinger has pointed out, the config system wantsEric Andersen2003-11-042-1/+3
| | | | | some defaults. So give it some empty defaults and let people select their own options.
* Peter S. Mazinger writes:Eric Andersen2003-11-041-1/+1
| | | | | | | | | Hello! The latest changes document ldd in RUNTIME_PREFIX/bin, but it is installed in RUNTIME_PREFIX/usr/bin Peter
* Naming things this way will be much easier to deal withEric Andersen2003-11-041-29/+29
|
* Kill off the gcc wrapper. It has served us well, but there comes a time whenEric Andersen2003-11-043-758/+0
| | | | | | | 90% of correct is simply not good enough. Some people will not be very happy about the decision to kill the wrapper toolchain. Sorry, but a real toolchain is the One True Way(tm). -Erik
* Rework the config system. Better utilize the Kconfig languageEric Andersen2003-11-0434-1298/+320
| | | | | which should simplify enabling arbitrary architectures. -Erik
* this script is no longer used, and can be removed.Eric Andersen2003-11-011-84/+0
|
* Some more soft float fixes... for arm in particular (libfloat).Manuel Novoa III2003-10-313-21/+1
| | | | | | 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-231-68/+65
| | | | | | | | | | | | | | | The attached patch performs a clean up of extra/gcc-uClibc/gcc-uClibc.c: * Use NULL for pointers and '\0' for characters; not the opposite... * Fixed an (assumed) segv if --uclibc-cc was used. * Skip the argument to -x so it isn't considered to be a source file. * Simplified the loop in xstrcat(). * A little white space clean up. //Peter
* Doh! In include/bits/uClibc_config.h when we define things, we appropriatelyEric Andersen2003-10-211-1/+1
| | | | | | | | | | | | | | | | | | | prepend "__". Unfortunately, when we #undef things, we do not prepend the "__". This results in collateral damage to unsuspecting applications as we undefine random unrelated macros. Oops. For example, when compiling xfree86, libGLcore.a defines MALLOC for its own usage. But include/bits/uClibc_config.h then does an #undef MALLOC #define __MALLOC_930716__ 1 which inadvertantly trashes the define from libGLcore.... Ouch. The autogenerated include/bits/uClibc_config.h should instead have contained: #undef __MALLOC__ #define __MALLOC_930716__ 1 This patch makes that happen.
* Add a new RUNTIME_PREFIXEric Andersen2003-10-181-1/+14
|
* Peter Kjellerstedt writes:Eric Andersen2003-10-181-10/+10
| | | | | | | | | | 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-184-10/+10
| | | | | | | 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.
* More detail on the use of MALLOC_DEBUGEric Andersen2003-10-161-4/+12
|
* Updated cris configuration; added support for %m.Tobias Anderberg2003-10-151-1/+1
|
* Brett Nash writes:Eric Andersen2003-10-151-1/+12
| | | | | | | | | | | | | | | Hello, Attached is a patch of some changes I made to the gcc wrapper to get it to compile XFree CVS. Basically it supports the use of '-' on the command line to read stdin for gcc, as well as setting the file type back to none before adding the last too .o files if the file type was set on the command line. It is applied against uClibc-0.9.20 Regards, nash
generated by cgit v1.2.3 (git 2.25.1) at 2025-08-22 11:43:12 +0000