- 06 8月, 2012 3 次提交
-
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
not heavily tested, but the basics are working. the basic concept is that the dynamic linker entry point code invokes a pure-PIC (no global accesses) C function in reloc.h to perform the early GOT relocations needed to make the dynamic linker itself functional, then invokes __dynlink like on other archs. since mips uses some ugly arch-specific hacks to optimize relocating the GOT (rather than just using the normal DT_REL[A] tables like on other archs), the dynamic linker has been modified slightly to support calling arch-specific relocation code in reloc.h. most of the actual mips-specific behavior was developed by reading the output of readelf on libc.so and simple executable files. i could not find good reference information on which relocation types need to be supported or their semantics, so it's possible that some legitimate usage cases will not work yet.
-
由 Rich Felker 提交于
this is mainly a development convenience but will also ensure users building from latest git always get up-to-date arch-specific dynamic linker code without having to "make clean".
-
- 05 8月, 2012 4 次提交
-
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
changing the string printed for the dso name is not a regression; the old code was simply using the wrong dso name (head rather than the dso currently being relocated). this will be fixed in a later commit.
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
not heavily tested, but at least they don't seem to break anything on soft float targets with or without coprocessors. they check the auxv AT_HWCAP flags to determine which coprocessor, if any, is available.
-
- 03 8月, 2012 4 次提交
-
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
this allows config.mak to override the default -lgcc for building with other compilers such as pcc/clang/etc.
-
由 Rich Felker 提交于
since the correct declaration was not visible, and since the representation of the types wchar_t and wint_t always match, a compiler would have to go out of its way to make this bug manifest, but better to fix it anyway.
-
由 Rich Felker 提交于
-
- 01 8月, 2012 1 次提交
-
-
由 Rich Felker 提交于
-
- 27 7月, 2012 2 次提交
-
-
由 Rich Felker 提交于
the original code was wrongly based on how it would be done in thumb mode, but that's not needed because musl's asm only targets arm.
-
由 Rich Felker 提交于
it's expected that this will be needed/useful only in asm, so I've given it its own symbol that can be addressed in pc-relative ways from asm rather than adding a field in the __libc structure which would require hard-coding the offset wherever it's used.
-
- 24 7月, 2012 6 次提交
-
-
由 Rich Felker 提交于
this seems counter-intuitive since sem_trywait is supposed to just try once, not wait for the semaphore. however, the retry loop is not a wait. instead, it's to handle the case where the value changes due to a simultaneous post or wait from another thread while the semaphore value remains positive. in such a case, it's absolutely wrong for sem_trywait to fail with EAGAIN because the semaphore is not busy.
-
由 Rich Felker 提交于
this is needed in case -lgcc is passed explicitly on the link command line, for example if the wrapper is being used to build musl itself.
-
由 Rich Felker 提交于
based on patches by orc and Isaac Dunham, with some fixes. sys/io.h exists and contains prototypes for these functions regardless of whether the target arch has them; this is a bit unorthodox but I don't think it will break anything. the function definitions do not exist unless the appropriate SYS_* syscall number macro is defined, which should make sure configure scripts looking for these functions don't find them on other systems. presently, sys/io.h does not have the inb/outb/etc. port io macros/functions. I'd be surprised if ioperm/iopl are useful without them, so they probably need to be added at some point in appropriate bits/io.h files...
-
由 Rich Felker 提交于
based on patches by orc and Isaac Dunham.
-
由 Rich Felker 提交于
based on patch by orc and Isaac Dunham, with some fixes.
-
由 Rich Felker 提交于
based on patch by orc and Isaac Dunham, with some details fixed.
-
- 23 7月, 2012 6 次提交
-
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
128 is the size in bytes, not longs.
-
由 Rich Felker 提交于
also fix the alignment of jmp_buf to meet the abi. linux always emulates fpu on mips if it's not present, so enabling this code unconditionally is "safe" but may be slow. in the long term it may be preferable to find a way to disable it on soft float builds.
-
由 Rich Felker 提交于
untested but should be correct..
-
- 22 7月, 2012 1 次提交
-
-
由 Rich Felker 提交于
-
- 19 7月, 2012 1 次提交
-
-
由 Rich Felker 提交于
-
- 15 7月, 2012 2 次提交
-
-
由 Rich Felker 提交于
not sure this is the best fix but it should work
-
由 Rich Felker 提交于
-
- 13 7月, 2012 9 次提交
-
-
由 Rich Felker 提交于
use the main program's PT_INTERP header if possible, since this is sure to be a correct (and hopefully absolute) pathname.
-
由 Rich Felker 提交于
sc was overwriting the result
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
the fields in the mcontext_t are long long (for no good reason) even on 32-bit mips, so the offset of the instruction pointer (as a word) varies depending on endianness.
-
由 Rich Felker 提交于
the kernel wrongly expects the cmsg length field to be size_t instead of socklen_t. in order to work around the issue, we have to impose a length limit and copy to a local buffer. the length limit should be more than sufficient for any real-world use; these headers are only used for passing file descriptors and permissions between processes over unix sockets.
-
由 Rich Felker 提交于
this fix is easier than trying to reorder the header stuff
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
signal handling was very broken because of this
-
由 Rich Felker 提交于
like arm, mips requires 64-bit arguments to be "aligned" on an even register boundary.
-
- 12 7月, 2012 1 次提交
-
-
由 Rich Felker 提交于
these could have caused memory corruption due to invalid accesses to the next field. all should be fixed now; I found the errors with fgrep -r '__lock(&', which is bogus since the argument should be an array.
-