summaryrefslogtreecommitdiff
path: root/libc
AgeCommit message (Collapse)Author
2004-12-12Patch from Paul Brook:Eric Andersen
The Arm crt0.S contains non-PIC code for locating _init and _fini sections. This caused problems on my uclinux system when static constructors were enabled. The attached patch implements a PIC version of this code. Paul
2004-12-11Partial commit of a patch from Alexandre Oliva:Eric Andersen
Here's an updated version of the patch I posted about a month ago. It leaves -nostdinc alone, and uses -print-file-name=include instead of -print-search-dirs to figure out where GCC's internal headers are. Please let me know whether there are any portions of this patch you'd like me to break into smaller pieces, to rework, or to give up trying to get into uClibc :-) Thanks,
2004-12-08Kill off ancient unused cruftEric Andersen
2004-12-06Add missing definition for O_DIRECTEric Andersen
2004-11-25update : $Ned Ludd
2004-11-17Make __builtin_return_address() return NULL at top ofJoakim Tjernlund
stack frame. This will make backtracing possible.
2004-11-11misc cleanups of __stack_smash_handler() function when ssp support is ↵Ned Ludd
enabled. syslog() support should now work both inside and outside of chroots. erandom code left in but remains #ifdef out by default. May remove erandom completely in the future for uClibc unless the LFS guys and gals want to keep it.
2004-11-11misc cleanups of __stack_smash_handler() function when ssp support is ↵Ned Ludd
enabled. syslog() support should now work both inside and outside of chroots. erandom code left in but remains #ifdef out by default. May remove erandom completely in the future for uClibc unless the LFS guys and gals want to keep it.
2004-11-08Some requested additional malloc entry pointsEric Andersen
2004-11-02struct ipc_perm, as used by shmctl() when soing shared memory stuff,Eric Andersen
was incorrect in uClibc, and was 2 bytes too short. This caused uClibc shared memory stuff to not behave correctly since struct ipc_perm was included as the first member of, i.e. struct msqid_ds, so the content of that struct were all shifted by two bytes. ugh. Apparently, few people have used shared memory, msgctl(), etc with uClibc thus far, -Erik
2004-10-31Revert Peter's __lib_gettimeofday patch. There's the minor issue ofManuel Novoa III
adding cruft to include/sys/time.h. But also, there's no sense in making changes like this until we decide how we're going to approach the hidden symbol transition.
2004-10-30Do not assume a fifth argument is used with syscall(). Allocate stackPeter Kjellerstedt
for saving SRP separately.
2004-10-27Fix up __uClibc_init() for so that we prevent starting SUIDEric Andersen
binaries where the standard file descriptors are not opened. -Erik
2004-10-26Atsushi Nemoto writes:Eric Andersen
>>>>> On Tue, 19 Oct 2004 13:28:34 -0600, Erik Andersen <andersen@codepoet.org> said: >> BTW, top of uClibc TODO list is "Fix syscall() on mips". What is a >> problem? andersen> It appears that uClibc's syscall() for mips works ok for andersen> syscalls with a few arguments. But as I recall, it does not andersen> work properly with _syscall5, _syscall6, _syscall7, etc. andersen> Perhaps there is some mistake in its assumptions about the andersen> mips/linux ABI regarding which syscall arguments are passed andersen> via register vs which syscall arguments are passed on the andersen> stack. Hmm... I found a old fix in uClibc ML archive. http://www.uclibc.org/lists/uclibc/2002-September/004459.html But it seems somewhat broken. How about this fix instead? I tested mmap with syscall() in mips. mips64 is not tested.
2004-10-19Peter S. Mazinger writes:Eric Andersen
Hello! Would the attached patch be acceptable (maybe instead of __libc_gettimeofday using __gettimeofday) We have some issues, see http://bugs.gentoo.org/show_bug.cgi?id=65892
2004-10-19Atsushi Nemoto writes:Eric Andersen
In a recent post to linux-mips ML (and libc-alpha ML), a problem with inline syscalls was reported. http://www.linux-mips.org/archives/linux-mips/2004-10/msg00142.html It seems uClibc should be fixed also for newer gcc. Here is a patch.
2004-10-14Peter Mazinger writes:Joakim Tjernlund
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)
2004-10-14Remove unused stuff. From Peter Mazinger.Joakim Tjernlund
2004-10-07Add ualarm.cEric Andersen
2004-10-07implement SuSv3 required ualarm()Eric Andersen
2004-09-28Atsushi Nemoto writes:Joakim Tjernlund
Hi. I found a mismatch between uClibc and kernel in semctl definition. In uClibc/libc/misc/sysvipc/sem.c: static inline _syscall4(int, __semctl, int, semid, int, semnum, int, cmd, union semun *, arg); ... int semctl(int semid, int semnum, int cmd, ...) ... arg = va_arg (ap, union semun); ... return __semctl(semid, semnum, cmd, &arg); But kernel's semctl is: asmlinkage long sys_semctl (int semid, int semnum, int cmd, union semun arg) The last argument is an union semun itself, not a pointer to the union. Here is a patch.
2004-09-23Add bswap_64 macro and uClibc_page.h. From Peter Kjellerstedt.Joakim Tjernlund
2004-09-10Hide some x86-specific devel asserts.Manuel Novoa III
2004-09-07Implement gethostent_rEric Andersen
2004-09-07Remove stale leftoversEric Andersen
2004-09-07Add missing imaxdiv and lldiv needed for SuSv3. Adjust ldiv toEric Andersen
match glibc's quotient truncation behavior.
2004-09-02Add a couple of mips-specific string funcs.Manuel Novoa III
Port the generic optimized string funcs from glibc, with some tweaks to cut their size a little. The main change is making memmove call memcpy for forward copying to trim redundant code. Make use of both the generic and arch-specific speed-optimized string funcs configurable. Arch-specific take precedence over generic, and generic takes precedence over basic size-optimized uClibc funcs.
2004-09-02Fix a couple of symbol name issues.Manuel Novoa III
2004-08-30Typo fix from Peter Mazinger.Joakim Tjernlund
2004-08-27Preliminary PIE support for powerpc, i386 was used as template.Joakim Tjernlund
Requested by Peter Mazinger. Testing wanted.
2004-08-26Partial patch from Alexandre Oliva:Eric Andersen
- adjust licensing terms of sources for crt*.o - change the stat ABI to speed it up, matching changes in the kernel - assorted bug-fixes, improvements and updates in the FR-V port etc.
2004-08-25Mike Frysinger writes:Eric Andersen
this was sent earlier in a different form: http://www.uclibc.org/lists/uclibc/2004-January/008136.html find attached a smaller version ... perhaps adding a fprintf to stderr before calling abort would be nice like in the glibc patch, but whatever glibc has since adopted a similar fix for their malloc (third hunk, line 1970) http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/malloc/malloc.c.diff?r1=1.121&r2=1.122&cvsroot=glibc&f=h -mike
2004-08-25Mike Frysinger writes:Eric Andersen
i sent this earlier but perhaps people missed it the first time around :) http://www.uclibc.org/lists/uclibc/2004-August/009544.html basically if you try to #include <sys/ucontext.h> on arm it'll fail because ucontext.h utilizes typedefs found in bits/sigcontext.h ... i386 already has this fix in uClibc find attached a trivial patch to fix this -mike
2004-08-25Patch by Carl SHAW <carl.shaw@st.com>...Manuel Novoa III
Below is a patch to make the pread and pwrite calls work on the SH architecture. I've only tested this on the SH4 with a 2.4.24 kernel - a fairly recent kernel is required as the problem is partially fixed in the kernel itself. For more information (in relation to glibc, but the problem is the same) see the thread at http://sourceforge.net/mailarchive/message.php?msg_id=2375908 Someone should really test this on the SH2/3...
2004-08-22Make the stub profiling stuff workEric Andersen
2004-08-21Attempt to support 'gcc -finstrument-functions', which seems muchEric Andersen
more sane than 'gcc -pg' and seems much easier to support. -Erik
2004-08-21Kill off all support for 'gcc -pg' / 'gprof' style profiling. There is both aEric Andersen
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
2004-08-20Enable only for architectures where __NR_madvise is definedEric Andersen
-Erik
2004-08-16I will always test before I commit.Eric Andersen
I will always test before I commit. I will always test before I commit. -Erik
2004-08-16Setup __pagesize from inside __uClibc_init(), or else when registeringEric Andersen
dtors via atexit(), atexit may need to call realloc with __pagesize still set to 0. ugh. -Erik
2004-08-16Be a bit more prominant about the fact that setuid handlingEric Andersen
is not quite there...
2004-08-16The variable used to store pagesize is not the same as theEric Andersen
_dl_pagesize variable in ldso, so avoid aliasing. -Erik
2004-08-15Do not fail all lookups when /etc/resolv.conf is missing, as i.e.Eric Andersen
checking on 127.0.0.1 is still valid w/o resolv.conf -Erik
2004-08-15Logic was reversed.Manuel Novoa III
2004-08-14req_search returned garbage. This teaches it to behave itself andEric Andersen
return the length and the actual dns packet as received, rather than making stuff up. -Erik
2004-08-13Fixup PAGE_SIZE problemsEric Andersen
-Erik
2004-08-10Fix mips bug related to 2.6 headers by following glibc's lead. Based onManuel Novoa III
the comment, newer kernels appended "64" to __NR_pread and __NR_pwrite.
2004-08-10Apparently the sigaction code added was broken, as it generated illegalManuel Novoa III
instruction errors. Disable it for now.
2004-08-10On Monday 02 August 2004 08:44 am, Mike Frysinger wrote:Manuel Novoa III
> the gethostbyname_r() call itself is not segfaulting, but the memory > returned in the h_aliases array seems to be wrong ... was playing around with the source today and eventually the obvious answer hit me ... while read_etc_hosts_r() generatings an array of strings fo h_aliases and populates it, the dns path does not :) find attached a patch that'll actually generate the h_aliases list in the normal dns code path ... i used the etc_hosts_r() code as a template for some of it ... note that this is just a simple fix ... it fills the alias list with just the hostname gethostbyname_r was passed ... the proper fix i think would be to parse the dns packet down in __dns_lookup() and pass the info back via the resolv_answer struct ... but this fix is better than the current state of things ... that is, h_aliases currently is never initailized in the dns code path :)
2004-08-04dohEric Andersen