summaryrefslogtreecommitdiffstats
path: root/libc/sysdeps/linux/i386
Commit message (Collapse)AuthorAgeFilesLines
* Synch libc nios/xtensa/v850/h8300/cris/x86_64/ia64/hppa/i382/nios2/frv/avr32 ↵Carmelo Amoroso2008-06-1815-45/+74
| | | | specific with trunk
* Merge from trunk."Steven J. Hill"2006-12-163-6/+7
|
* When you delete a '1' does it become '0' or tri-stated?"Steven J. Hill"2006-12-162-290/+0
|
* Big fricking merge from trunk, but an easy one."Steven J. Hill"2006-08-2410-94/+207
|
* Removal as per trunk."Steven J. Hill"2006-08-222-89/+0
|
* Merge from trunk."Steven J. Hill"2006-08-212-4/+2
|
* Merge from trunk."Steven J. Hill"2006-08-184-32/+56
|
* Merge from trunk."Steven J. Hill"2006-02-289-69/+152
|
* Big fricking merge from trunk."Steven J. Hill"2006-01-073-6/+19
|
* Finish up changes for sigaction and NPTL."Steven J. Hill"2005-12-101-0/+3
|
* Merge from trunk."Steven J. Hill"2005-12-102-8/+11
|
* Big merge from trunk. Stop the madness!"Steven J. Hill"2005-12-061-4/+4
|
* Merge from trunk."Steven J. Hill"2005-12-023-13/+7
|
* Sync up with trunk."Steven J. Hill"2005-11-191-1/+1
|
* Massive merge from trunk."Steven J. Hill"2005-11-181-2/+6
|
* Massive merge from trunk."Steven J. Hill"2005-11-172-29/+10
|
* Update signal handlers for NPTL."Steven J. Hill"2005-11-161-0/+3
|
* Merge from trunk."Steven J. Hill"2005-10-301-81/+8
|
* Copy from trunk."Steven J. Hill"2005-10-301-0/+33
|
* Big, huge fricking merge. Peter, if you touch the build system again I'm ↵"Steven J. Hill"2005-10-041-5/+3
| | | | going to smash your keyboard.
* Finish merge from trunk."Steven J. Hill"2005-09-132-1/+50
|
* Merge/sync with trunk."Steven J. Hill"2005-08-172-6/+12
|
* Bring in latest from trunk."Steven J. Hill"2005-08-124-20/+8
|
* More merges with main trunk."Steven J. Hill"2005-07-302-4/+21
|
* Merge remaining architecture stuff that does not effect MIPS."Steven J. Hill"2005-07-262-0/+169
|
* A merging we will go. A merging we will go. Hi ho the merrio' a merging we ↵"Steven J. Hill"2005-07-2512-356/+134
| | | | will go.
* Added new 'bits/atomic.h' for most of the architectures and the top-level ↵"Steven J. Hill"2005-05-121-0/+366
| | | | 'include/atomic.h' to add in new atomic operations for use by NPTL. There are multiple files for PowerPC and Sparc for 'atomic.h'. I will let those architecture maintainers choose the correct file. The files come from glibc in 'sysdeps/ARCH/bits'.
* Pass _dl_fini function ptr to __uClibc_start_main().Joakim Tjernlund2005-03-201-1/+2
| | | | | | To actually use it, one must define _DL_DO_FINI_IN_LIBC globally. That will also break ABI for apps linked with previous version of crtX.S. They must be relinked with this version to work again.
* no more cvsMike Frysinger2005-02-121-1/+0
|
* merge parallel build supportMike Frysinger2005-01-251-6/+5
|
* Patch from Peter S. Mazinger to simplify PIE handlingEric Andersen2004-12-221-4/+0
|
* Patch from Peter S. Mazinger to consistantly use "ASFLAGS"Eric Andersen2004-12-221-6/+5
| | | | as the flags for all calls to 'as'
* Peter Mazinger writes:Joakim Tjernlund2004-10-141-3/+7
| | | | | | | | | | | | | | | The attached patch generalizes the use of PIE (all archs are brought in sync that use/mention it: x86/ppc/frv) and makes use of it building the target utils. Tested on x86, ppc should be tested, frv uses -fPIE at one location, but at another place -fpie, I don't know which is correct (could be both) and misses the target addition in Config.in. The test for ppc (requires the earlier sent crt-correction patch to work correctly): enable UCLIBC_PIE_SUPPORT, build uClibc and utils, check: file ./utils/ldd, it should show shared object (instead of executable)
* Kill off all support for 'gcc -pg' / 'gprof' style profiling. There is both aEric Andersen2004-08-214-110/+2
| | | | | | | | 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
* Fixup PAGE_SIZE problemsEric Andersen2004-08-131-3/+1
| | | | -Erik
* Cleanup some dead wood in the header filesEric Andersen2004-07-301-904/+0
|
* s/___brk_addr/__curbrk/gEric Andersen2004-07-301-2/+2
| | | | | | | | Some utilities, such as valgrind, have a legitimate reason to know the address of the current brk. Since we know such utils will peek under our skirt, we might as well give them what they expect and not use a gratuitously different symbol name. -Erik
* Per comments from Bernhard Rosenkraenzer, adjust gcc 3.3.x generated asmEric Andersen2004-06-122-38/+24
| | | | with s/i686.get_pc_thunk.bx/get_pc_thunk_bx/g to make gcc 3.4 happy.
* __data_start needs to be added to all crt0.S files that don't currentlyEric Andersen2004-05-141-4/+8
| | | | have it. It is used by the boehm gc, amoung other things.
* Cope with gcc 3.4's more aggressive persuit of attribute unusedEric Andersen2004-04-202-4/+4
|
* Sigh. The 2.6.x kernel removed '__kernel_dev_t' and renamed it asEric Andersen2004-02-061-0/+1
| | | | | | | | | '__kernel_old_dev_t'. And of course there is no good way to know which is in use except checking linux/version.h. Grumble. This is rather lame, but for now, define __kernel_old_dev_t to be the same as __kernel_dev_t. This will want to be revisited soon. -Erik
* Add __data_start needed by boehm garbage collector, in turn needed by libgcj.Manuel Novoa III2004-01-171-0/+4
|
* And just like that, clone is now fixed.... Previously theEric Andersen2004-01-031-26/+38
| | | | | error handling code was mostly broken. -Erik
* oopsEric Andersen2004-01-031-6/+0
|
* Minor changesEric Andersen2004-01-031-13/+24
|
* Peter S. Mazinger writes:Eric Andersen2004-01-022-2/+33
| | | | | | | | | | | | | | | | | | | 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
* Lethal noticed that the generated file gmon-start.S was notEric Andersen2003-12-031-0/+2
| | | | being cleaned up.
* Remove SAFECFLAGS. It was a workaround for failures in old awk scriptEric Andersen2003-11-221-11/+3
| | | | | | | | | | used to generate the crti.S and crtn.S files. Since we don't use that anymore, keeping the workaround makes no sense. Furthermore, in most cases, SAFECFLAGS was not picking up all the needed flags, causing crti.o and crtn.o to not be built PIC. Which is very bad. Removing SAFECFLAGS and using CFLAGS fixes that as well.
* Darn. Fix compilation for soft-float, which I inadvertantlyEric Andersen2003-11-081-5/+7
| | | | broke a couple of days ago. :-(
* Begin the conversion to using per-arch crti.S and crtn.SEric Andersen2003-11-053-1/+100
|
generated by cgit v1.2.3 (git 2.25.1) at 2025-12-16 08:55:29 +0000