This is the mail archive of the
newlib@sources.redhat.com
mailing list for the newlib project.
Re: ARM Questions
- To: Joel Sherrill <joel dot sherrill at OARcorp dot com>
- Subject: Re: ARM Questions
- From: "J. Johnston" <jjohnstn at cygnus dot com>
- Date: Fri, 28 Jul 2000 14:46:20 -0400
- CC: newlib at sources dot redhat dot com
- Organization: Cygnus Solutions
joel.sherrill wrote:
>
> ----------------------------------------------------------------------------------------------------
>
> Subject: ARM questions
> Date: Wed, 26 Jul 2000 20:17:10 -0500
> From: Joel Sherrill <joel.sherrill@OARcorp.com>
> Organization: OAR Corporation
> To: newlib@sourceware.cygnus.com
>
> I am looking at the arm support in newlib 1.8.2 and have a
> few odd notes/questions as I start to put together
> arm-rtems.
>
> 1. setjmp.S is in sys/arm not machine/arm as most ports are.
> Is this right?
>
Yes. Historically, different people have done newlib ports over the
years in Cygnus and there was a time when it wasn't standardized
where pieces belong. Nowadays setjmp is put in the machine directory
and the syscalls are usually in libgloss.
> bash$ ls */set*
> arm/setjmp.S go32/setmode.s go32/settimeo.s sysvi386/setuid.s
> go32/setjmp.S go32/setstack.S sysvi386/setgid.s
> bash$ ls ../machine/*/set*
> ../machine/d10v/setjmp.S ../machine/mips/setjmp.S
> ../machine/d30v/setjmp.S ../machine/mn10200/setjmp.S
> ../machine/fr30/setjmp.S ../machine/mn10300/setjmp.S
> ../machine/h8300/setjmp.S ../machine/necv70/setjmp.s
> ../machine/h8500/setjmp.S ../machine/powerpc/setjmp.S
> ../machine/hppa/setjmp.S ../machine/sh/setjmp.S
> ../machine/i386/setjmp.S ../machine/sparc/setjmp.S
> ../machine/i960/setjmp.S ../machine/tic80/setjmp.S
> ../machine/m32r/setjmp.S ../machine/v850/setjmp.S
> ../machine/m68k/setjmp.S ../machine/z8k/setjmp.S
> ../machine/m88k/setjmp.S
>
> 2. Does the code in sys interface with the ARM emulator in gdb?
> Any special instructions/warnings?
>
Yes, the newlib code works with the ARM emulator in gdb. No special instructions or warnings.
> 3. libcfunc.c.. "seperate" not "separate"
>
If your spell-check liked "funcitons", I figure "seperate" should have been ok. :)
> 4. Any other warnings/advice about the ARM support in newlib or
> the simulator in gdb?
>
No.
> Thanks in advance.
>
> --
> Joel Sherrill, Ph.D. Director of Research & Development
> joel@OARcorp.com On-Line Applications Research
> Ask me about RTEMS: a free RTOS Huntsville AL 35805
> Support Available (256) 722-9985