summaryrefslogtreecommitdiffstats
path: root/lib/libc/arch (follow)
Commit message (Collapse)AuthorAgeFilesLines
* hppa64 bits cloned form hppamickey2005-04-0133-0/+1694
|
* Fix typo in comment (_setjmp -> setjmp)hshoexer2005-04-011-2/+2
| | | | ok deraadt
* Change wording of APIWARNs to match arch-independent code.kettenis2005-03-252-4/+4
| | | | ok deraadt@
* Fix APIWARNs.kettenis2005-03-252-6/+6
| | | | ok deraadt@
* Replace broken frexp() with a working one from FreeBSD. There'smillert2005-02-0123-838/+22
| | | | | | no need to have a copy for each platform with ieee floating point, only vax needs a special version (which probably has similar bugs). OK and with help from otto@
* fix typo in commenthshoexer2004-10-291-2/+2
| | | | jolan@ tdeval@ pvalchev@ jaredy@
* rcsidmickey2004-10-261-1/+2
|
* fix a couple of wrongly used li's instead of dli's. spotted by as@gnu ;)pefo2004-10-181-3/+3
|
* convert to 64 bitpefo2004-10-021-97/+55
|
* convert to 64 bitpefo2004-10-021-19/+13
|
* add some missing $, ok djm@ 'That looks fine to me' millert@jsg2004-10-013-0/+4
|
* Fix unsigned {int, long, long long} to long double conversions forotto2004-09-283-11/+65
| | | | values with the high bit set. ok kettenis@ jason@
* ABI compliant register namespefo2004-09-151-19/+19
|
* setjmp now passes all regress tests.pefo2004-09-103-11/+17
|
* mips64 is now going ABI64 and shared library support!pefo2004-09-0929-114/+270
| | | | String functions need some optimization/rewrite to take full advantage.
* 32 -> 64 bit cleanups but no optimizations yetpefo2004-09-0712-42/+47
|
* remove single 'pefo2004-08-151-2/+2
|
* byepefo2004-08-1144-2516/+0
|
* Move mips to mips64pefo2004-08-1144-0/+2551
|
* Use less stack space for temporary storage and C code invocation, aftermiod2004-07-283-30/+24
| | | | the ABI change.
* Update stack frame processing after ABI change.miod2004-07-282-9/+9
|
* Do not overallocate stack space, and keep the stack on a 16-byte boundary.miod2004-07-221-7/+7
|
* Sync with NetBSD, picking up fixes to correctly reset status bits returningkettenis2004-07-131-3/+6
| | | | | the old status bits. ok deraadt@
* Use _ENTRY(CERROR) instead of CERROR so correct type info is generated.drahn2004-06-211-2/+2
| | | | ok marc@
* include whole SYS.h instead of just machine/asm.hmickey2004-06-101-2/+2
|
* PICy stuffmickey2004-05-256-31/+86
|
* In _longjmp(), flush windows rather than attempting to backtrack manually,miod2004-05-042-59/+35
| | | | | | | | | since the latter is not reliable in all cases. This allows ruby to work on sparc64. Problem spotted by claudio@; fix adapted from NetBSD for sparc, FreeBSD for sparc64; ok deraadt@
* It turns out that the so-called fast ffs(3) routines were wrong, as soon asmiod2004-04-012-18/+2
| | | | | | | | | | | | more than one bit is set, as the ff1 instruction counts from the highest order. However, gcc/m88k with optimization enabled would use a correct, short sequence based upon ff1 and tweaks, to achieve the intended result, hence i did not catch this flaw initially. So revert to the C implementation - it is correct, still decently fast, and will only be used when compiling at -O0.
* From the how many ways can you screw up replacing one line of codejason2004-03-241-2/+2
| | | | | department: cast 'i' to u_int64_t so the sign comparison actually makes sense. Any other bugs in here just ship in the release, I'm done.
* use absolute value like rev 1.1 did; pointed out by tom and ok deraadt.jason2004-03-231-1/+2
|
* gcc3 doesn't align things the same as gcc2. Casting upwards is dangerousjason2004-03-231-2/+3
| | | | to a program's health, avoid it. ok deraadt
* longjmp should not return 0, if longjmp(..., 0) is invoked return 1.drahn2004-03-011-2/+8
| | | | ok miod@ deraadt@
* fix weak aliases for _thread_sys functions, proper libpthead linking.drahn2004-03-011-31/+18
| | | | rewrittent to more closely model other archs. ok deraadt@ miod@
* change amd64's MACHINE_ARCH from x86_64 to amd64. There are many manyderaadt2004-02-2742-1879/+2
| | | | | | reasons for this, quite a few of them technical, and not all of them in response to Intel's broken ia32e crud. The gcc toolchain stays at x86_64 for now.
* Define OSYSCALL* macros, as their SYSCALL* counterparts, but using themiod2004-02-224-6/+52
| | | | | | | | | int 0x80 mechanism; and use OSYSCALL for sigreturn() as done in the sigcode. Naming borrowed from NetBSD. ok deraadt@
* errno is int, not long; tracked down by otto@miod2004-02-182-8/+8
| | | | ok deraadt@
* Remove WARN_REFERENCES incorrectly imported from NetBSD. ok miod@drahn2004-02-162-8/+2
|
* Update from netbsd, prodded by miod@drahn2004-02-121-2/+2
|
* correct syscall() stub; fixes perl and vi.recoverderaadt2004-02-112-4/+6
|
* Fix PIC cerror. ok miod@ mickey@drahn2004-02-102-4/+6
|
* CURBRK -> __curbrk changes from mickey, minbrk addition by me, ok mickey@drahn2004-02-104-24/+28
|
* correct function names, ok deraadt@drahn2004-02-106-12/+12
|
* masks are only 32 bits on openbsdderaadt2004-02-092-4/+4
|
* do signal blocking before saving registersderaadt2004-02-094-46/+46
|
* 16 byte align for performance, as on other architecturesderaadt2004-02-082-4/+8
|
* from freebsd, helps awk too:deraadt2004-02-082-4/+4
| | | | | Fix fabs(). This commit brought to you by the letter 'l'. (fstp stores a mem32 value, fstpl stores a mem64 value)
* from freebsd (and appears to make our awk work better)deraadt2004-02-082-34/+28
| | | | | | Tidy up modf.S and make it actually work. It wasn't extracting the value out of ST(0) before copying it to %xmm0. Also remove bogus stack frame and work in the red zone.
* Do not generate text relocations in PIC code.drahn2004-02-073-11/+11
|
* make old & new SYSENTRY macrosderaadt2004-02-062-14/+24
|
* fix alias definition, was backwards.drahn2004-02-061-2/+2
|