summaryrefslogtreecommitdiffstats
path: root/libc/sysdeps/linux/powerpc
Commit message (Collapse)AuthorAgeFilesLines
...
* Andrew May writes:Eric Andersen2004-01-302-1/+2
| | | | | | Here are some simple fixes for things that broke for PPC with the recent syscall cleanup. I am not sure they are correct but they seem pretty trivial.
* Split up syscalls.c, since it had grown to be quite large and ugly.Eric Andersen2004-01-212-1/+3
| | | | -Erik
* rohde at soap dot adsl dot dk writes:Eric Andersen2004-01-021-1/+1
| | | | | | | | The macro to do some floating point checks in libc/sysdeps/linux/powerpc/setjmp.S is incorrect. The following should fix it. Same applies to uClibc/libc/sysdeps/linux/powerpc/__longjmp.S Hope there aren't other files I've missed :)
* rohde at soap dot adsl dot dk writes:Eric Andersen2004-01-021-1/+1
| | | | | The macro to do some floating point checks in libc/sysdeps/linux/powerpc/setjmp.S is incorrect. The following should fix it.
* 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-4/+7
| | | | broke a couple of days ago. :-(
* Continue the conversion to using per-arch crti.S and crtn.SEric Andersen2003-11-053-1/+88
|
* properly deal with soft-float when profiling as wellEric Andersen2003-10-251-0/+3
|
* Peter Kjellerstedt writes:Eric Andersen2003-10-181-2/+1
| | | | | | | | | | 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-2/+2
| | | | | | | 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).
* Patch from Atsushi Nemoto (with some additions):Eric Andersen2003-10-082-1/+70
| | | | | | | Current uClibc contains only one fpu_control.h and it is i386 version. This is a patch to use platform specific fpu_control.h. All new files come from glibc 2.3.2. This patch is against 0.9.21 but also can be applied to CVS as is.
* Fix "subst -g,," problem for SAFECFLAGS.Manuel Novoa III2003-09-211-1/+1
|
* Some updates from glibc. mjn3 reports this fixes profilingEric Andersen2003-09-071-4/+8
| | | | on i386, at least, so seems like a good thing.
* Use the common version for bits/sem.h. Fixup the types toEric Andersen2003-08-141-87/+0
| | | | match the kernel type exactly.
* For sparc, powerpc, mips, and alpha we should also use theEric Andersen2003-08-041-79/+0
| | | | | common ipc.h header and struct definitions. -Erik
* Remove the arch specific shm.h and use the fixed up commonEric Andersen2003-08-011-94/+0
| | | | | one which now uses the kernel structs -Erik
* As noted by Felix Radensky back on 16 Mar:Eric Andersen2003-07-032-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | I've tried several times to compile uClibc with soft-float (both gcc-3.2.2 toolchain and wrapper), but applications compiled with uClibc always failed with "Invalid instruction". So I ended up disabling floating point at all and this works well. I also has no problem with glibc from Monta Vista, which is compiled with soft-float. My processor is PowerPC 405GP. Maybe the problem is in FP() macro definition in libc/sysdeps/linux/powerpc/setjmp.S and libc/sysdeps/linux/powerpc/__longjmp.S #ifdef __UCLIBC_HAS_FLOATS__ #define FP(x...) x #else #define FP(x...) #endif which should be defined as if defined __UCLIBC_HAS_FLOATS__ && ! defined __UCLIBC_HAS_SOFT_FLOAT__ #define FP(x...) x #else #define FP(x...) #endif
* Implement syscall() for powerpc. Fixup syscall code soEric Andersen2003-06-154-14/+61
| | | | | it compiles properly with gcc 3.3. -Erik
* In a number of places we erroneously used tests such as '#ifdef PIC' when weEric Andersen2003-05-301-1/+1
| | | | | | should instead have been testing for '#ifdef __PIC__'. This resulted in NON-PIC code getting mixed into the shared library. Oops!!! -Erik
* Finish off gmon based profiling for powerpcEric Andersen2003-03-063-4/+120
|
* The vfork system call on powerpc seems to be completelyEric Andersen2003-03-051-3/+9
| | | | broken. Use fork instead, per glibc behavior.
* Initial effort at adding profiling support.Eric Andersen2003-03-035-0/+218
|
* Fixup some small issues that show up when large file support is disabledEric Andersen2003-02-241-0/+4
|
* Fixup ioctl so we can special case powerpc sillinessEric Andersen2003-02-182-1/+65
|
* Fixup powerpc syscalls to eliminate warnings with gcc-3.2, and fixEric Andersen2003-02-161-5/+5
| | | | some other minor warnings.
* Fix powerpc struct kernel_stat typesEric Andersen2003-01-241-19/+18
|
* A few more needed updatesEric Andersen2003-01-242-148/+205
|
* Finish up fixing stat and setting various system types.Eric Andersen2003-01-241-1/+1
|
* Ok, people are probably going to hate me for this... This commit changes theEric Andersen2003-01-241-70/+4
| | | | | | | | | | | | | | | type of 'struct stat' and 'struct stat64' so they use consistant types. This change is the result of a bug I found while trying to use GNU tar. The problem was caused by our using kernel types within struct stat and trying to directly compare these values with standard types. Trying an 'if (a < b)' when 'a' is an 'unsigned long' and 'b' is an 'int' leads to very different results then when comparing entities of the same type (i.e. time_t values).... Grumble. Nasty stuff, but I'm glad I got this out of the way now. As a result of this fix, uClibc 0.9.17 will not be binary compatible with earlier releases. I have always warned people this can and will happen. -Erik
* Shuffle two lines so the comment applies to the correct line.Eric Andersen2003-01-231-2/+2
|
* Rewrite powerpc crt0.S for proper ctor/dtor handlingEric Andersen2003-01-232-40/+61
|
* Be sure we have a crt1.o file. Use the asm version by default.Eric Andersen2002-12-211-22/+5
| | | | -Erik
* This draws from an old patch by David Blythe for the now-deadEric Andersen2002-11-156-48/+276
| | | | | | | unified syscall interface. I reworked his old patch considerably and cleaned up his version of bits/syscalls.h with some sneaky macro magic. And I implemented a powerpc correct version of pread/pwrite -Erik
* Fixup function prototype for __uint128_t which fixes the compileEric Andersen2002-11-071-5/+3
| | | | | on powerpc with gcc 3.2. -Erik
* Ok, this commit is _huge_ and its gonna change the world. I'veEric Andersen2002-10-311-3/+3
| | | | | | | | | | | | | | | been working on a new config system on and off for about 6 months now, but I've never been fully satisfied. Well, I'm finally am happy with the new config system, so here it is. This completely removes the old uClibc configuration system, and replaces it with an entirely new system based on LinuxKernelConf, from http://www.xs4all.nl/~zippel/lc/ As it turns out, Linus has just merged LinuxKernelConf into Linux 2.5.45, so it looks like I made the right choice. I have thus far updated only x86. I'll be updating the other architectures shortly. -Erik
* Support O_STREAMINGEric Andersen2002-10-091-0/+1
|
* Change <bits/syscall.h> to <bits/sysnum.h>.Miles Bader2002-09-054-7/+7
|
* Fix a silly bug notices by Ronald Wahl <rwa@peppercon.com>Eric Andersen2002-08-281-1/+0
|
* Make sure that bits/syscalls.h always includes bits/syscall.hEric Andersen2002-08-271-0/+5
| | | | -Erik
* Added __kernel_fsid_t to satisfy some apps that need it.David McCullough2002-08-271-0/+4
| | | | Definitions taken from 2.4 kernel sources for each of the platforms.
* Make bits/kernel_types.h include guard names match the includeEric Andersen2002-08-261-3/+11
| | | | | | | guard names used by the kernel's asm/posix_types.h to eliminate gratuitous conflicts and let our file win over the very-likely- to-be-broken kernel header file. -Erik
* Finish off the bits/kernel_stat.h cleanup for properEric Andersen2002-08-251-0/+46
| | | | | __USE_FILE_OFFSET64 handling. -Erik
* Break dependancy of bits/types.h on the asm/posix_types.h kernelEric Andersen2002-08-241-9/+1
| | | | | header, which is not directly usable for many architectures. -Erik
* Break dependancy of bits/types.h on the asm/posix_types.h kernelEric Andersen2002-08-241-0/+56
| | | | | header, which is not directly usable for many architectures. -Erik
* Split out the definition of struct stat into the new archEric Andersen2002-08-231-0/+76
| | | | | specific bits/kernel_stat.h file. -Erik
* Rework struct stat/stat64 handling to eliminate kernel headersEric Andersen2002-08-221-79/+0
| | | | -Erik
* Revert mode_t change. Sigh. As Manuel so eloquently put it: "this is the wayEric Andersen2002-08-211-1/+1
| | | | | | we hose our code... hose our code... hose our code... this is the way we hose our code... all thanks to glibc" -Erik
* Eliminate wrapping of struct stat and use the kernel versionEric Andersen2002-08-192-68/+17
| | | | | | directly. Eliminate all the attendant baggage. Fix internal types to match kernel types more closely. -Erik
* Directly use kernel types for uid_t, gid_t, and dev_t to avoid theEric Andersen2002-08-181-3/+12
| | | | | need to translate these entities... -Erik