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.sherr...@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.sherr...@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@rtems.org >> http://www.rtems.org/mailman/listinfo/rtems-devel >> -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@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@rtems.org http://www.rtems.org/mailman/listinfo/rtems-devel
