This is the mail archive of the newlib@sourceware.org mailing list for the newlib project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Add more stubs to RTEMS dummy crt0


On May  9 11:13, Ralf Corsepius wrote:
> On 05/09/2012 11:03 AM, Corinna Vinschen wrote:
> >On May  7 16:12, Joel Sherrill wrote:
> >>This patch adds more stubs to the RTEMS crt0.c so
> >>autoconf probes for gfortran and Go are happy
> >>with RTEMS. The crt0 stub satisfies symbols which will
> >>really only be available when an actual RTEMS image
> >>is linked against.
> >>
> >>OK to apply?
> >>
> >>2012-05-07  Joel Sherrill<...>
> >>
> >>     * libc/sys/rtems/crt0.c: Add stubs for access(), ftruncate(),
> >>     _getpid_r(), geteuid(), getgid, _getgid_r, getpid(), getppid(),
> >>     and _getpid_r().
> >
> >Patch applied.
> 
> I regret not having vetoed earlier, sorry ;)
> 
> It escapes me which issue Joel is trying to address with these
> stubs, because these symbols are provided by rtems and are not
> provided nor used by newlib.
> 
> Background: The original rationale for the stubs is to make newlib
> selfcontained i.e. to provide sufficient symbols such that all
> symbols from newlib can be resolved from inside of newlib. This is
> sufficient to compile RTEMS itself.
> 
> All external packages built upon newlib+rtems are supposed to
> receive all symbols from linking agains "newlib+rtems".
> 
> With this patch applied, there is no clear distinction between "pure
> newlib" and "newlib + rtems" anymore.

Can you please discuss this within RTEMS and then come up with a
concertedly worked out patch?


Thanks,
Corinna

-- 
Corinna Vinschen
Cygwin Project Co-Leader
Red Hat


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]