This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: bootstrap/3922: sparc-elf embedded target makes UNIX calls
- From: Joel Sherrill <joel dot sherrill at OARcorp dot com>
- To: davem at gcc dot gnu dot org, gcc-bugs at gcc dot gnu dot org, gcc-prs at gcc dot gnu dot org, gcc-gnats at gcc dot gnu dot org
- Date: Tue, 25 Jun 2002 14:52:38 -0500
- Subject: Re: bootstrap/3922: sparc-elf embedded target makes UNIX calls
- Organization: OAR Corporation
- References: <20020625194704.13948.qmail@sources.redhat.com>
- Reply-to: joel dot sherrill at OARcorp dot com
davem@gcc.gnu.org wrote:
>
> Synopsis: sparc-elf embedded target makes UNIX calls
>
> State-Changed-From-To: open->analyzed
> State-Changed-By: davem
> State-Changed-When: Tue Jun 25 12:47:03 2002
> State-Changed-Why:
> It gets it from the trampoline stack execute protection
> code, ie. the macro sol2.h:TRANSFER_FROM_TRAMPOLINE
>
> I've always been mystified why the embedded targets
> use the Solaris headers. They either have to start
> using their own embedded headers or somehow
> conditionalize TRANSFER_FROM_TRAMPOLINE with a suitable
> ifdef that will match on the embedded Sparc targets.
>
> http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=3922
FWIW newlib prototypes the missing routines and
RTEMS includes stubs for all the UNIX routines that
are sufficient to make the linkage happy. If anyone
cares, I can provide them and maybe they can go in
newlib. But someone more knowledgeable about
sparc-elf (not sparc-rtems) would have to speak.
--
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