GSOC:disable newlibc reentrancy

Joel Sherrill joel.sherrill at OARcorp.com
Thu May 8 13:27:20 UTC 2008


Ralf Corsepius wrote:
> On Thu, 2008-05-08 at 20:35 +0800, 阎淼 wrote:
>   
>> 2008/5/8, Ralf Corsepius <ralf.corsepius at rtems.org>:
>>     
>>> On Thu, 2008-05-08 at 15:26 +0800, 阎淼 wrote:
>>>       
>>>> 2008/5/8, Ralf Corsepius <ralf.corsepius at rtems.org>:
>>>>         
>>>>> On Thu, 2008-05-08 at 14:54 +0800, 阎淼 wrote:
>>>>>           
>>>>>> Hi,
>>>>>>
>>>>>> I am trying to disable newlibc.c reentrant support.
>>>>>>             
>>>>> Why do you want to do this?
>>>>>           
>>>> That is one of the size reduction ideas of tiny rtems project.
>>>>         
>>> OK, in verbose: What you are doing is absurd. It means to cut-off rtems
>>> from newlib, turning all of newlib and the whole compiler unusable.
>>>
>>>       
>>    What is your suggestion?  And if newlibc reentrant extensions are
>> not supposed to be an option,  why macro like
>> CONFIGURE_DISABLE_NEWLIB_REENTRANCY exists in confdefs.h ?
>>     
> Because somebody didn't switch on his brains.
>
> Switching off reentrancy means using a different ABI inside of RTEMS
> than the toolchain's libc.
>
>   
No it doesn't.  It simply means that all threads share a
single reentrancy structure.  No calls break.
> It means abusing the toolchain for a different compiler target.
>
>   
No it doesn't.  It is turning off a run-time feature.
> Ralf
>
>
>
> _______________________________________________
> rtems-users mailing list
> rtems-users at rtems.com
> http://rtems.rtems.org/mailman/listinfo/rtems-users
>   


-- 
Joel Sherrill, Ph.D.             Director of Research & Development
joel.sherrill at OARcorp.com        On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
   Support Available             (256) 722-9985





More information about the users mailing list