Well, maybe some intrepid volunteer will step up to try it out with the raspberrypi. :)
-Gedare On Fri, Oct 25, 2013 at 10:28 AM, Joel Sherrill <[email protected]> wrote: > 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 >> <[email protected]> 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 >>> [email protected] On-Line Applications Research >>> Ask me about RTEMS: a free RTOS Huntsville AL 35805 >>> Support Available (256) 722-9985 >>> >>> _______________________________________________ >>> rtems-devel mailing list >>> [email protected] >>> http://www.rtems.org/mailman/listinfo/rtems-devel >>> > > > > -- > Joel Sherrill, Ph.D. Director of Research & Development > [email protected] On-Line Applications Research > Ask me about RTEMS: a free RTOS Huntsville AL 35805 > Support Available (256) 722-9985 _______________________________________________ rtems-devel mailing list [email protected] http://www.rtems.org/mailman/listinfo/rtems-devel
