rockbox/firmware/target/arm/ipod/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

Unify 32mb and 64mb ipod video builds - FS#11580

2010-08-31T19:06:04+00:00

Since memory on 32mb ipod videos is mapped twice, a 64mb build still has codecs and plugins mapped in a usable area. This means that all that needs to be done to support 32mb and 64mb boards with the same build is to adjust audiobufend to avoid using more than the actually present RAM.



git-svn-id: svn://svn.rockbox.org/rockbox/trunk@27960 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