#
267654 |
|
19-Jun-2014 |
gjb |
Copy stable/9 to releng/9.3 as part of the 9.3-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
#
225736 |
|
22-Sep-2011 |
kensmith |
Copy head to stable/9 as part of 9.0-RELEASE release cycle.
Approved by: re (implicit)
|
#
216338 |
|
09-Dec-2010 |
dim |
Let all .c and .S files under lib/csu consistently use the __FBSDID() macro for identification, instead of several different hand-rolled variants (plain .ident, .ascii, etc).
|
#
133989 |
|
18-Aug-2004 |
marcel |
Bring ia64 back from the dead. After a call one needs to restore the GP register, because it's clobbered for calls across load modules. The previous commit inserted the call to _init_tls() between the call to atexit() and the restoration of the GP register clobbered by it. Fix: restore GP before we call _init_tls().
Pointy hat: dfr@
|
#
133754 |
|
15-Aug-2004 |
dfr |
Add support for TLS in statically linked programs.
|
#
117606 |
|
15-Jul-2003 |
marcel |
Fix typo: Passing the first argument to exit() in out2 does not work. Trust me.
|
#
117531 |
|
13-Jul-2003 |
marcel |
Rewite _start(). We cannot use a C function due to the fact that we don't call it according to the runtime specification and especially WRT to gp this can cause trouble. The gcc 3.3.1 import broke the ia64 runtime because the compiler saved gp prior to us being able to set it properly. Restoring gp after the calls would then invalidate gp and cause segmentation faults later on. By rewriting _start() as an assembly function, we also avoided even more gcc dependences, by trying to use gcc specific features to work around the problem. This version of _start() does not reference _DYNAMIC. We register the cleanup function when it's a non-NULL pointer. The kernel will always pass a NULL pointer and dynamic linkers may pass a non-NULL pointer.
The machine independent code to set __progname now unfortunately is written in assembly. So be it.
|