summaryrefslogtreecommitdiff
path: root/libc/sysdeps/linux/sh64/sbrk.c
AgeCommit message (Collapse)Author
2006-08-23fixes from psm: hide internal brk symbolsMike Frysinger
2006-03-10Remove all non-constant libc_hidden_data_def(), it is too unreliable, sorry, ↵Peter S. Mazinger
most of global data relocations are back
2006-02-01I will risk this one: __curbrkPeter S. Mazinger
2006-01-14make DODEBUG=y happy, update sysdeps/common/* copyrightPeter S. Mazinger
2005-12-14Do hidden brk, hide _brk as well for some archs, convert users of brkPeter S. Mazinger
2005-12-13Do hidden sbrkPeter S. Mazinger
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
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.