[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