On Mon, Nov 25, 2013 at 10:27 AM, Joel Sherrill <joel.sherr...@oarcorp.com> wrote: > On 11/25/2013 8:57 AM, Sebastian Huber wrote: >> On 2013-11-25 15:32, Gedare Bloom wrote: >>> On Mon, Nov 25, 2013 at 2:26 AM, Sebastian Huber >>> <sebastian.hu...@embedded-brains.de> wrote: >>>>> On 2013-11-23 17:11, Joel Sherrill wrote: >>>>>>> >>>>>>> On 11/23/2013 9:20 AM, Gedare Bloom wrote: >>>>>>>>> >>>>>>>>>>> In fsdosfsname01 I get the following failure during linking >>>>>>>>>>> >>>>>>>>>>> link command: >>>>>>>>>>> powerpc-rtems4.11-gcc -B../../../../../mpc5566evb/lib/ -specs >>>>>>>>>>> bsp_specs -qrtems -mcpu=8540 -meabi -msdata -fno-common -msoft-float >>>>>>>>>>> -D__ppc_generic -mstrict-align -O2 -g -fno-keep-inline-functions >>>>>>>>>>> -Wall >>>>>>>>>>> -Wmissing-prototypes -Wimplicit-function-declaration >>>>>>>>>>> -Wstrict-prototypes -Wnested-externs -mcpu=8540 -meabi -msdata >>>>>>>>>>> -fno-common -msoft-float -D__ppc_generic -mstrict-align -o >>>>>>>>>>> fsdosfsname01.exe init.o ramdisk_support.o >>>>>>>>>>> >>>>>>>>>>> failure: >>>>>>>>>>> linkcmds.base:344 cannot move location counter backwards (from >>>>>>>>>>> 000000004002c5e4 to 0000000040020000) >>>>>>>>>>> collect2: error: ld returned 1 exit status >>>>>>>>>>> >>>>>>>>>>> This is with HEAD (with the latest patch applied to this bsp) and >>>>>>>>>>> current RSB-built tool set. >>>>>>> >>>>>>> This looks like a memory region is full and this test won't fit. >>>>> >>>>> >>>>> Yes, the test is too large. Maybe guard this test with BSP_SMALL_MEMORY? >>>>> >>> That will work for compiling. How hard would making a similar test >>> with a smaller image be? So that the functionality could be tested on >>> the board if someone wanted? >>> >> >> I don't know how hard it is to shrink the image and I don't have time to find >> this out at the moment. >> > > Gedare. are these variants declaring some large RAM area to use as a > RAM disk? Maybe it needs to be shrunk for small memory BSPs. > Not declaring, but actually compiling the filesystem image into the executable binary.
> > -- > 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
