about summary refs log tree commit diff
path: root/crt
Commit message (Collapse)AuthorAgeFilesLines
* add aarch64 portSzabolcs Nagy2015-03-112-0/+20
| | | | | | | | | | This adds complete aarch64 target support including bigendian subarch. Some of the long double math functions are known to be broken otherwise interfaces should be fully functional, but at this point consider this port experimental. Initial work on this port was done by Sireesh Tripurari and Kevin Bortis.
* add or1k (OpenRISC 1000) architecture portStefan Kristiansson2014-07-182-0/+20
| | | | | | | | | | | | | | | With the exception of a fenv implementation, the port is fully featured. The port has been tested in or1ksim, the golden reference functional simulator for OpenRISC 1000. It passes all libc-test tests (except the math tests that requires a fenv implementation). The port assumes an or1k implementation that has support for atomic instructions (l.lwa/l.swa). Although it passes all the libc-test tests, the port is still in an experimental state, and has yet experienced very little 'real-world' use.
* superh portBobby Bingham2014-02-232-0/+22
|
* import vanilla x86_64 code as x32rofl0r2014-02-232-0/+16
|
* add function types to arm crt assemblyRich Felker2013-08-152-0/+3
| | | | | | | | | without these, calls may be resolved incorrectly if the calling code has been compiled to thumb instead of arm. it's not clear to me at this point whether crt_arch.h is even working if crt1.c is built as thumb; this needs testing. but the _init and _fini issues were known to cause crashes in static-linked apps when libc was built as thumb, and this commit should fix that issue.
* new mostly-C crt1 implementationRich Felker2013-07-262-0/+17
| | | | | | | | | | | | | | | the only immediate effect of this commit is enabling PIE support on some archs that did not previously have any Scrt1.s, since the existing asm files for crt1 override this C code. so some of the crt_arch.h files committed are only there for the sake of documenting what their archs "would do" if they used the new C-based crt1. the expectation is that new archs should use this new system rather than using heavy asm for crt1. aside from being easier and less error-prone, it also ensures that PIE support is available immediately (since Scrt1.o is generated from the same C source, using -fPIC) rather than having to be added as an afterthought in the porting process.
* remove init/fini array asm from arm crti/crtn filesRich Felker2013-07-212-44/+4
| | | | | this code has been replaced by portable C code that works on all archs. the old asm needs to be removed or ctors/dtors will run twice.
* add PIE support for ARMRich Felker2013-07-101-0/+30
|
* align stack properly for calling global ctors/dtors on x86[_64]Rich Felker2013-06-034-0/+8
| | | | | | failure to do so was causing crashes on x86_64 when ctors used SSE, which was first observed when ctors called variadic functions due to the SSE prologue code inserted into every variadic function.
* fix regression that made shared libs crash on armRich Felker2013-02-032-0/+4
|
* add support for ctors/dtors on arm with modern gccRich Felker2012-12-072-4/+40
| | | | | | | | | | | a while back, gcc switched from using the old _init/_fini fragments method for calling ctors and dtors on arm to the __init_array and __fini_array method. unfortunately, on glibc this depends on ugly hacks involving making libc.so a linker script and pulling parts of libc into the main program binary. so I cheat a little bit, and just write asm to iterate over the init/fini arrays from the _init/_fini asm. the same approach could be used on any arch it's needed on, but for now arm is the only one.
* add missing startfiles for powerpcRich Felker2012-11-232-0/+28
|
* PPC port cleaned up, static linking works well now.rofl0r2012-11-132-27/+26
|
* import preliminary ppc work by rdp.Richard Pennington2012-11-131-0/+27
|
* microblaze portRich Felker2012-09-293-0/+38
| | | | | | based on initial work by rdp, with heavy modifications. some features including threads are untested because qemu app-level emulation seems to be broken and I do not have a proper system image for testing.
* crt1 must align stack pointer on mipsRich Felker2012-08-171-0/+1
| | | | | | it's naturally aligned when entered with the kernel argv array, but if ld.so has been invoked explicitly to run a program, the stack will not be aligned due to having thrown away argv[0].
* align mips _init/_fini functionsRich Felker2012-08-051-0/+2
| | | | | | since .init and .fini are not .text, the toolchain does not seem to align them for code by default. this yields random breakage depending on the object sizes the linker is dealing with.
* initial version of mips (o32) port, based on work by Richard Pennington (rdp)Rich Felker2012-07-113-0/+53
| | | | | | | | | | | | | basically, this version of the code was obtained by starting with rdp's work from his ellcc source tree, adapting it to musl's build system and coding style, auditing the bits headers for discrepencies with kernel definitions or glibc/LSB ABI or large file issues, fixing up incompatibility with the old binutils from aboriginal linux, and adding some new special cases to deal with the oddities of sigaction and pipe syscall interfaces on mips. at present, minimal test programs work, but some interfaces are broken or missing. threaded programs probably will not link.
* fix arm crti/crtn codeRich Felker2012-06-252-0/+4
| | | | | | | lr must be saved because init/fini-section code from the compiler clobbers it. this was not a problem when i tested without gcc's crtbegin/crtend files present, but with them, musl on arm fails to work (infinite loop in _init).
* remove some junk from x86_64 start filesRich Felker2012-05-022-4/+0
| | | | | | | | | looks like nik copied these "extra arguments" from the i386 code. they're not actually arguments there, just 1-byte instructions to make sure the stack is aligned to 16 bytes after all the other arguments are pushed. since each push is 8 bytes on x86_64, they happened to have no effect here, but their presence is confusing and a minor waste of space.
* PIE support for x86_64 (untested)Rich Felker2012-05-021-0/+18
|
* consistency cleanup: removed redundant size suffixed from i386 asmRich Felker2012-05-022-22/+22
|
* PIE support for i386Rich Felker2012-05-022-0/+24
|
* remove attempts to be pie-compatible from i386 crt1.sRich Felker2012-05-021-6/+3
| | | | | | | | | | it does not work; after further consideration, a separate Scrt1.s for pie really is essential. it would be nice if the unified approach worked, but the linker fails to generate the correct PLT entries and instead puts textrels in the main program, which don't work because the kernel maps the text read-only. new Scrt1.s will be committed soon in place of this.
* add support for init/finit (constructors and destructors)Rich Felker2012-02-069-7/+56
| | | | | | | | | | this is mainly in hopes of supporting c++ (not yet possible for other reasons) but will also help applications/libraries which use (and more often, abuse) the gcc __attribute__((__constructor__)) feature in "C" code. x86_64 and arm versions of the new startup asm are untested and may have minor problems.
* initial commit of the arm portRich Felker2011-09-181-0/+13
| | | | | | | | | | | | | this port assumes eabi calling conventions, eabi linux syscall convention, and presence of the kernel helpers at 0xffff0f?0 needed for threads support. otherwise it makes very few assumptions, and the code should work even on armv4 without thumb support, as well as on systems with thumb interworking. the bits headers declare this a little endian system, but as far as i can tell the code should work equally well on big endian. some small details are probably broken; so far, testing has been limited to qemu/aboriginal linux.
* cleanup comment cruft in startup codeRich Felker2011-02-211-1/+0
|
* make startup code PIE-compatibleRich Felker2011-02-211-2/+4
|
* shave off 2 bytes from crt1.o _startRich Felker2011-02-201-2/+2
|
* Port musl to x86-64. One giant commit!Nicholas J. Kain2011-02-151-0/+16
|
* initial check-in, version 0.5.0 v0.5.0Rich Felker2011-02-124-0/+17