Fail to build hello.exe sample on NetBSD for BSP MIPS jmr3904.

[Gedare Bloom]

I guess it would be more accurate to say that RTEMS-GCC have
inter-dependencies in some cases. You might be able to use another
compiler without tweaking it for RTEMS, especially if you only care
about using C. Compilers that inject thread-based code, such as for
language runtime support e.g. Ada or C++, will likely need to
cooperate with RTEMS to manage the threads. I think one could probably
configure the compiler to use pthreads, and the result might "just
work" if the pthread interface is compatible between the compiler and
RTEMS.

Most of the RTEMS specific support in gcc is to map thread functions
between the two. (Which is probably why the original poster had
undefined posix errors, if libgcc used pthreads instead of RTEMS
threads.)

-Gedare


On Tue, Aug 27, 2013 at 2:40 PM, Claus, Ric <claus at slac.stanford.edu> wrote:
> I'm just curious, Gedare, what these extras might be.  Are they documented somewhere?  What are the implications for other compilers, like, for example, the one from ARM?
>
>         Cheers,
>                         Ric
>
>
> On Aug 27, 2013, at 6:31 AM, Gedare Bloom wrote:
>
>> RTEMS needs some extra options in gcc that tailor the compilation to
>> the RTEMS OS. So the cross-compiler is not just for MIPS, but also for
>> RTEMS on MIPS.
>