summaryrefslogtreecommitdiffstats
path: root/libc/sysdeps/linux/m68k
Commit message (Collapse)AuthorAgeFilesLines
...
* Continue the conversion to using per-arch crti.S and crtn.SEric Andersen2003-11-053-1/+79
|
* Arthur Shipkowski, art ! videon-central ! com, writes:Eric Andersen2003-11-051-0/+3
| | | | | | | | | | | | | | | | | | | | | | I've noticed a few people have posted over the last year about problems compiling programs that use vfork when pthreads are involved. Some detective work turned up that ptfork.c aliases vfork to fork and then tries to call the original fork as __libc_fork. This patch removes the aliasing when there is no MMU present, and uses the same call semantics to call __libc_vfork. I then added a symbol to the m68k vfork.S to allow vfork to be called as __libc_vfork. The same bug exists in the uClibc CVS, and with a possible tweak this patch should go through there as well. Obviously, all other platforms need __libc_vfork as a workable means to call vfork in order for this to work for them. Let me know if there are any problems with this patch. Art Shipkowski Videon Central Software Engineer (814)235-1111 x307
* Peter Kjellerstedt writes:Eric Andersen2003-10-181-4/+2
| | | | | | | | | | 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-3/+3
| | | | | | | 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-0/+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.
* Initial effort at adding profiling support.Eric Andersen2003-03-033-0/+118
|
* add brk for m68kDavid McCullough2003-02-052-1/+31
| | | | | NOTE: on uClinux-2.[45] kernels, brk works but is limited to slack space in the memory allocated to the process.
* A few more needed updatesEric Andersen2003-01-241-0/+134
|
* 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-33/+3
| | | | | | | | | | | | | | | 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
* Update architecture specific support to consistantlyEric Andersen2003-01-232-24/+8
| | | | | | generate a crt0 and crt1 file. Most arches still need to be updated to call __uClibc_start_main() rather than __uClibc_main().
* Fixup handling of disabled optionsEric Andersen2002-11-051-2/+2
|
* Properly prefix some symbolsEric Andersen2002-11-031-4/+4
|
* Ok, this commit is _huge_ and its gonna change the world. I'veEric Andersen2002-10-314-7/+7
| | | | | | | | | | | | | | | 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
|
* Add in clone and make the assembler PIC/msep-data friendly.David McCullough2002-09-171-6/+16
|
* Fixup JMPBUF_UNWINDS so that is will compile if used :-)David McCullough2002-09-171-1/+1
|
* Change <bits/syscall.h> to <bits/sysnum.h>.Miles Bader2002-09-053-6/+6
|
* 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/+8
| | | | 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/+9
| | | | | | | 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/+30
| | | | | __USE_FILE_OFFSET64 handling. -Erik
* Break dependancy of bits/types.h on the asm/posix_types.h kernelEric Andersen2002-08-241-0/+29
| | | | | 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/+58
| | | | | specific bits/kernel_stat.h file. -Erik
* Rework struct stat/stat64 handling to eliminate kernel headersEric Andersen2002-08-221-78/+0
| | | | -Erik
* Eliminate wrapping of struct stat and use the kernel versionEric Andersen2002-08-191-65/+9
| | | | | | directly. Eliminate all the attendant baggage. Fix internal types to match kernel types more closely. -Erik
* Rework syscall handling. Rewrite syscall handlers for x86 and ARM.Eric Andersen2002-07-221-4/+9
| | | | | | Prepare to kill the UNIFIED_SYSCALL option and instead have it be a per arch thing that is either enabled or not for that arch. -Erik
* Fix dummy main reference so it works...Eric Andersen2002-04-141-2/+6
|
* Manuel and I were looking into a problem with applications failing to linkEric Andersen2002-04-142-0/+8
| | | | | | | | | | (undefined reference to `main') when the .o file containing main was contained in an static library(a '.a' ar archive). It turns out that due to its single pass nature, GNU ld was failing to pull it into the build. This sticks a dummy reference to main() into crt0.o, so that when an application is linked with the main() function in a static library, we can be sure that main() actually gets linked in. -Erik
* Revert this file back to where it was so m68k can compile again.Eric Andersen2002-04-031-25/+22
| | | | | Oops. I'd hosed things up for m68k with the header file rework. -Erik
* Remove the C++ support stubs, since these now live elsewhere andEric Andersen2002-03-162-21/+0
| | | | | these stubs were preventing the real stuff from working properly. -Erik
* Build our own crti.o and crtn.o with a cross arch method that IEric Andersen2002-03-131-1/+1
| | | | | can live with much better the what glibc does. -Erik
* Move syscall.h generation to the top level MakefileEric Andersen2002-03-011-1/+0
| | | | -Erik
* Major rework of the include files to eliminate redundancyEric Andersen2002-03-0165-7422/+274
| | | | | and to better support each arch. This is a really big patch... -Erik
* Add in clone (untested)David McCullough2002-02-067-109/+187
| | | | | | | Fix up setjmp/longjmp which were quite broken not withstanding all the new versions. Needs a little more test time before I'll trust this code totally.
* Be consistant about the ways in which asm/unistd.h mightEric Andersen2002-02-041-2/+4
| | | | | | be included to avoid gratuitous conflicts... This is a hack till we have proper _syscall macros for all archs. -Erik
* Mahe 'make clean' remove generated bits/syscall.h, asEric Andersen2002-01-071-0/+1
| | | | | noted by "Kim B. Heino" <Kim.Heino@bluegiga.com> -Erik
* Change all 'cd <foo>; bar' constructs to 'cd <foo> && bar' forEric Andersen2002-01-011-2/+2
| | | | | proper error checking -Erik
* Update my email address. I am no longer andersen@lineo.comEric Andersen2001-12-192-6/+4
|
* Add support for mmu-full m68k systems, such as oldworld macs.Eric Andersen2001-11-303-2/+57
| | | | -Erik
* Add include/sys/reg.h to make gdbserver happyEric Andersen2001-11-292-0/+90
|
* Wrap uClinux specific stuff, so this will run onEric Andersen2001-11-241-0/+2
| | | | | macs and such that have an MMU -Erik
* Scrub up some lingering problems preventing readdir64 from workingEric Andersen2001-11-141-2/+4
| | | | | | and creating several *64 problems, particualrly when client apps used -D_FILE_OFFSET_BITS=64 -D__USE_FILE_OFFSET64. All better now. -Erik
* Turn off dtypeEric Andersen2001-11-141-1/+1
|
* Sync up m68k headersEric Andersen2001-11-1470-1225/+1920
|
* Added sigset_t casts so we behave like the other platforms.David McCullough2001-08-091-6/+6
|
* Added __BEGIN_DECLS and __END_DECLS to the files that didn't haveDavid McCullough2001-07-116-1/+18
| | | | | | it and that I could see needed it. Should be pretty low impact as these are only defined when using C++.
* Fixup the atexit weak alias for elf, need to include <features.h> toDavid McCullough2001-07-111-1/+5
| | | | get the correct value for the HAVE_ELF define.
* Workaround an old m68k-coff compiler problemEric Andersen2001-07-091-0/+2
|
generated by cgit v1.2.3 (git 2.25.1) at 2025-07-27 23:17:46 +0000