[uClibc]Sparc port?
Erik Andersen
andersen at lineo.com
Tue Mar 6 00:14:48 UTC 2001
On Mon Mar 05, 2001 at 03:42:26PM -0800, Mathew Bosworth (MTI) wrote:
>
> include/bits was simply a copy of arm/include/bits (seemed like a reasonable
> place to start ;) ) Given that that was not a good idea, I guess I have to
> build GNU libc. So which version? Does it matter? Do I actually have to
> build it, or can I download the source and cut and paste the header files
> directly (I'm guessing I have to build it, but it can't hurt to ask!)
I've always just grabbed /usr/include/bits from a native version of glibc 2.1.3
(though you could use a cross compiled version just as easily I suppose).
Anyways, I have access to a sparc box so I'll just grab and check in bits for
you to save you some pain. Here is the info from the box in question
$ dpkg -l libc6 | tail -n1
ii libc6 2.1.3-13 GNU C Library: Shared libraries and Timezone
$ cat /proc/cpuinfo
cpu : ROSS HyperSparc RT625 or RT626
fpu : ROSS HyperSparc combined IU/FPU
promlib : Version 3 Revision 2
prom : 2.25
type : sun4m
ncpus probed : 1
ncpus active : 1
BogoMips : 99.73
MMU type : ROSS HyperSparc
invall : 0
invmm : 0
invrnge : 0
invpg : 0
contexts : 4096
k. I've grabbed bits and checked it in for you. I'm assuming the Leon core
is sparc, not sparc64 (though if you need that, I have access to a few of those
too).
Something to note -- doing things this way there is some redundancy between the
various sysdeps/linux/*/bits directories. But it makes things so much simpler
doing it this way that I really don't care. :-)
>
> Oh, and thanks for the quick response.
No prob
-Erik
--
Erik B. Andersen email: andersen at lineo.com
--This message was written using 73% post-consumer electrons--
More information about the uClibc
mailing list