summaryrefslogtreecommitdiff
path: root/libc/sysdeps/linux/sh64
AgeCommit message (Collapse)Author
2005-10-12Rewrote almost all Makefiles: do not use strip $(x),y; run strip on all ↵Peter S. Mazinger
objects at once; use :=//$</$^; use CRT_SRC/CRT_OBJ/SCRT_OBJ/CSRC/COBJ/SSRC/SOBJ/MSRC/MOBJ where no more is needed, if only CSRC is present use OBJS directly instead of COBJ; CTOR_TARGETS are created directly in lib; remove unused/unneeded parts. Hope I haven't broken too much.
2005-09-28Build crt[in].o with disabled ssp.Peter S. Mazinger
2005-09-27Speed up clean target, don't recurse where possible, remove unneeded actionsPeter S. Mazinger
2005-01-25merge parallel build supportMike Frysinger
2004-12-22Patch from Peter S. Mazinger to consistantly use "ASFLAGS"Eric Andersen
as the flags for all calls to 'as'
2004-07-30s/___brk_addr/__curbrk/gEric Andersen
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
2004-05-14__data_start needs to be added to all crt0.S files that don't currentlyEric Andersen
have it. It is used by the boehm gc, amoung other things.
2004-02-15Use the generic fork implementation on sh64Eric Andersen
2004-02-06Sigh. The 2.6.x kernel removed '__kernel_dev_t' and renamed it asEric Andersen
'__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
2003-12-05Paul Mundt <lethal@linux-sh.org> writes:Eric Andersen
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.
2003-12-03Patch from lethal, adding syscall() to the sh64 portEric Andersen
2003-11-22Remove SAFECFLAGS. It was a workaround for failures in old awk scriptEric Andersen
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.
2003-11-08Darn. Fix compilation for soft-float, which I inadvertantlyEric Andersen
broke a couple of days ago. :-(
2003-11-05Continue the conversion to using per-arch crti.S and crtn.SEric Andersen
2003-10-18Peter Kjellerstedt writes:Eric Andersen
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).
2003-08-13Patch from Paul Mundt adding uClibc sh64 support:Eric Andersen
Here's a patch that implements the beginnings of a rudimentary sh64 port. So far, this only works static, as I haven't done any of the ldso work yet. I've also not touched the libpthread stuff yet either, so that's also disabled for now. This port was based off of some work that Sean McGoogan at SuperH did for his initial port, but the this patch doesn't carry over too much from there (basically the libc/sysdeps/linux/sh64/Makefile (or rather, parts of it), the setjmp/longjmp stuff (which I had to rewrite portions of it to work with the new toolchains), etc.). However, for static, everything appears to work correcly, at least in a hello world type application.