rockbox/firmware/target/arm/olympus/app.lds, branch master

Combine PortalPlayer .lds files into one for app and boot.

2013-07-19T12:18:16+00:00

These nearly identical files are multiplying like rabbits as PP targets
are added and make SoC-related changes a PITA. Just include the master
.lds file from the target one as was done for bootloader USB.

Change-Id: I65e9e653030f0688b1728e32ada16abf2932e029

Make INITDATA_ATTR work on everything that has INIT_ATTR enabled for code.

2012-05-01T05:28:50+00:00

Change-Id: If9936bfbbd3bc3eb2a3e3e290701b8517eabfb13

Fix path to PP crt0

2012-01-03T04:44:27+00:00

git-svn-id: svn://svn.rockbox.org/rockbox/trunk@31534 a1c6a512-1295-4272-9138-f99709370657

Add KEEP() around vectors in linker scripts.

2011-12-18T06:43:08+00:00

Vectors are needed by the CPU, but they don't need to be accessed by Rockbox.
Without the KEEP(), they can be removed when liking with --gc-sections, 
creating a broken binary without any warnings. This tells the linker to not
remove them. It should enable use of --gc-sections for all targets. When not
using --gc-sections, this does not change the binary.


git-svn-id: svn://svn.rockbox.org/rockbox/trunk@31351 a1c6a512-1295-4272-9138-f99709370657

FS#12397 : On targets which load .data directly into its final location and lack code for moving it, remove linker script trick which ignores section alignment and word-aligns the section instead.

2011-11-22T17:34:01+00:00

git-svn-id: svn://svn.rockbox.org/rockbox/trunk@31041 a1c6a512-1295-4272-9138-f99709370657

*/app.lds: remove STUBOFFSET

2010-09-20T17:09:55+00:00

This is related to gdb, and gdb can only work on SH and ifp
This was mistakenly kept when app.lds was forked for each SoC
Side-effect: fix DEBUG builds when the rockbox binary is expected to
be loaded at the start of DRAM and there is no runtime relocation

git-svn-id: svn://svn.rockbox.org/rockbox/trunk@28124 a1c6a512-1295-4272-9138-f99709370657

Fix remaining reds. I forgot to change the app.lds of the other PP targets (it's the same file as for e200/c200 though).

2010-03-03T23:48:51+00:00

git-svn-id: svn://svn.rockbox.org/rockbox/trunk@25016 a1c6a512-1295-4272-9138-f99709370657

Reclaim .iram areas in DRAM by overlapping their load addresses with the uninitialized data sections. I did what I could test out-- not any flash image linker scripts or other target processors. Move any .iram copies in crt0.S's to be the first operation even if not _strictly_ necessary to be emphatic (aka. 'beware').

2009-02-20T02:33:40+00:00

git-svn-id: svn://svn.rockbox.org/rockbox/trunk@20061 a1c6a512-1295-4272-9138-f99709370657

Make sure the linker considers crt0.o before all files specified on the command line by using STARTUP() instead of INPUT() in the .lds. Using INPUT() makes the linker process crt0.o after all files specified on the command line, making linking fail if there are librockbox.a members which are only referenced by crt0*.o. Remove the hackaround that was needed for building the gigabeat S bootloader before (aka UIE() problem).

2008-04-29T06:19:32+00:00

git-svn-id: svn://svn.rockbox.org/rockbox/trunk@17289 a1c6a512-1295-4272-9138-f99709370657

move some data around to place qh_array at the start of iram. This saves up to about 2k iram on PP

2008-04-20T18:43:47+00:00

git-svn-id: svn://svn.rockbox.org/rockbox/trunk@17194 a1c6a512-1295-4272-9138-f99709370657