uClibc-alpine/libc/string/sparc, branch master Where we track our uclibc patches Remove the rest of "bounded pointers" scaffolding. gcc website says" 2008-12-13T21:11:40+00:00 Denis Vlasenko vda.linux@googlemail.com 2008-12-13T21:11:40+00:00 ac131a333b1c63000fcab69cc6723d75d7075a3a "Bounds Checking Projects... This project has been abandoned" for four years at least. 
"Bounds Checking Projects... This project has been abandoned"
for four years at least.
Blue Swirl writes: 2007-09-15T07:50:58+00:00 Mike Frysinger vapier@gentoo.org 2007-09-15T07:50:58+00:00 c0441bbed5d817b4f8f7f27f5d066760f73d6bbc I got the library to compile with the attached patches, though dynamic loader crashes early. In buildroot I changed the architecture name by hand from sparc to sparc64, otherwise the compiler produced 32-bit files with V9 (64-bit) instructions. This configuration is not supported by QEMU, so I aimed for pure 64-bit. I think Sparc64 option needs to be added to buildroot. The _Qp_ ops seem to be required by the ABI. This and setjmp patches are just hacks to get the compilation further. The _Qp_ ops can be found in glibc, would it be OK to use those? V9 assembler requires declarations for global register use. The mem* functions in sparc32 directory did not work. They are actually used only by the hybrid 32-bit + V9 CPU configuration. 
I got the library to compile with the attached patches, though dynamic
loader crashes early.

In buildroot I changed the architecture name by hand from sparc to
sparc64, otherwise the compiler produced 32-bit files with V9 (64-bit)
instructions. This configuration is not supported by QEMU, so I aimed
for pure 64-bit. I think Sparc64 option needs to be added to
buildroot.

The _Qp_ ops seem to be required by the ABI. This and setjmp patches
are just hacks to get the compilation further. The _Qp_ ops can be
found in glibc, would it be OK to use those?

V9 assembler requires declarations for global register use.

The mem* functions in sparc32 directory did not work. They are
actually used only by the hybrid 32-bit + V9 CPU configuration.
Remove stray code alignment (.align 16 and .align 4 directives) 2007-07-29T14:45:26+00:00 Denis Vlasenko vda.linux@googlemail.com 2007-07-29T14:45:26+00:00 519ca27d4a720c900ad74e8018cdd5cc08a8b3a6 from i386 and x86_64. 
from i386 and x86_64.
Correct build failure introduced by SUSV3_LEGACY option 2006-03-24T16:59:45+00:00 Peter S. Mazinger ps.m@gmx.net 2006-03-24T16:59:45+00:00 be534da71c3d557e260ecd72acf5244db0bbc064 






Add new option for SuSv3 legacy functions and use it for bcopy/bzero/bcmp/index/rindex
2006-03-23T17:19:42+00:00

Peter S. Mazinger
ps.m@gmx.net

2006-03-23T17:19:42+00:00

a26ac41c4946e3ebe4fab0ce6677350b644eb158












unify duplicated code cause i get tired of updating this stuff
2006-02-03T23:29:34+00:00

Mike Frysinger
vapier@gentoo.org

2006-02-03T23:29:34+00:00

7285da14ed731d5bdb310bd8f4018c07c8a83e5c












remove hidden versions of bzero, unused in libc.so
2006-02-01T02:06:12+00:00

Peter S. Mazinger
ps.m@gmx.net

2006-02-01T02:06:12+00:00

f62c00357455283f105729726ca500f1ae559f2f












Too many sparc versions ;-(, another hidden bcopy removed
2006-01-30T07:51:24+00:00

Peter S. Mazinger
ps.m@gmx.net

2006-01-30T07:51:24+00:00

d338c96917f1393517bade1216e2e7770eeb269b












Remove arch specific hidden bcopy
2006-01-30T07:45:03+00:00

Peter S. Mazinger
ps.m@gmx.net

2006-01-30T07:45:03+00:00

15a00dfca4ab0da01126e9f240b770231898d4e9












update strcoll stuff
2006-01-17T00:55:04+00:00

Mike Frysinger
vapier@gentoo.org

2006-01-17T00:55:04+00:00

1d11ada08ae5d5065221d74dbe5d093ee34aab95