[PATCH] sparc all BSPs: Use function and data sections
Joel Sherrill
joel.sherrill at OARcorp.com
Fri Oct 25 14:28:05 UTC 2013
On 10/25/2013 9:15 AM, Gedare Bloom wrote:
> Looks ok. Do these options make the most sense with some kind of
> link-time optimizations enabled?
These are the options which tell GCC to put each function
and data element into their own linking section. Then
the linker needs arguments to do the magic.
I would love to do this across all BSPs but it can also
break a BSP. The first SPARC executables I got were 0x80
bytes because I was missing some KEEP() and ENTRY() directives
in the linker script.
In addition, this isn't a big deal on many BSPs. I would
love to see it used on low memory BSPs. IMO it should be
universal on the ARM given that many of them are low memory
and we already have shared linker scripts.
--joel
> -Gedare
>
> On Thu, Oct 24, 2013 at 7:45 PM, Joel Sherrill
> <joel.sherrill at oarcorp.com> wrote:
>> Hi
>>
>> The attached patch turns on support for function
>> and data sections for all SPARC BSPs. In my testing,u
>> it has reduced test sizes to about 55% of their original
>> size on average.
>>
>> If this patch is OK, I would like to commit it
>> as "forward looking encouragement" so others can
>> help implement and use this technique on other BSPs.
>>
>> --
>> 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
>>
>> _______________________________________________
>> rtems-devel mailing list
>> rtems-devel at rtems.org
>> http://www.rtems.org/mailman/listinfo/rtems-devel
>>
--
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 devel
mailing list