summaryrefslogtreecommitdiffstats
path: root/extra/Configs
Commit message (Collapse)AuthorAgeFilesLines
...
* solar asked that this bit be reverted.Manuel Novoa III2004-08-281-1/+0
|
* Patch from Alexandre Oliva to update the frv default configEric Andersen2004-08-261-0/+2
|
* Fixes from gentoo.Manuel Novoa III2004-08-261-1/+30
|
* Kill off all support for 'gcc -pg' / 'gprof' style profiling. There is both aEric Andersen2004-08-212-38/+0
| | | | | | | | size and performance penalty to profiling applications this way, as well as Heisenberg effects, where the act of measuring changes what is measured. There are better tools for doing profiling, such as OProfile, that do not require gcc to instrument the application code. -Erik
* Never directly include kernel sourcesEric Andersen2004-08-192-2/+2
|
* Pete Popov writes:Eric Andersen2004-07-163-0/+75
| | | | | | | | | | | | | Hi Erik, I'm not sure why the NIOS support is not in uClibc -- perhaps the patch was rejected or never submitted? In any case, I'm playing with some NIOS stuff and created this patch against 0.9.26. The work was done by Microtronix. I'm not sure who else contributed to it. It would be great to have the NIOS support available in uClibc so developers don't have to go searching for these bits. Pete
* UCLIBC_COMPLETELY_PIC does nothing, so kill itEric Andersen2004-05-073-5/+1
|
* 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.
* 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.
* 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
* 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)
* 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.
* 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-051-2/+1
|
* As Peter S. Mazinger has pointed out, the config system wantsEric Andersen2003-11-041-0/+2
| | | | | 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
|
* Rework the config system. Better utilize the Kconfig languageEric Andersen2003-11-0431-1277/+273
| | | | | which should simplify enabling arbitrary architectures. -Erik
* 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.
* Add a new RUNTIME_PREFIXEric Andersen2003-10-181-1/+14
|
* 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
|
* Microblaze port from the uClinux-dist,David McCullough2003-10-142-0/+108
| | | | contributed by John Williams <jwilliams@itee.uq.edu.au>
* Patch from George Thanos adding support for the "e1" architecture.Eric Andersen2003-10-082-0/+113
|
* Updated cris configuration.Tobias Anderberg2003-10-011-3/+48
|
* Force Large File Support disabled on Cris, since somethingEric Andersen2003-09-091-0/+1
| | | | | appears to be wrong with their toolchain that is tickled by LFS.
* Attack of the spelling police....Eric Andersen2003-09-091-6/+6
|
* Enable automagic locale data downloadsEric Andersen2003-09-091-3/+3
|
* Add in several config system updates for locale support.Eric Andersen2003-09-091-3/+42
|