view target-utils/env/iram.lds @ 698:9ecbf1bf2e1b

fc-iram: added '+' to getopt magic string like in fc-xram Both fc-iram and fc-xram now support secondary program invokation. If the user needs to pass some options to the secondary program, we don't want fc-iram or fc-xram to claim these options as its own, thus we need to stop getopt() from reordering arguments. This fix was already implemented in fc-xram a long time ago, but the issue was overlooked when secondary program invokation ability was added to fc-iram.
author Mychaela Falconia <falcon@freecalypso.org>
date Tue, 31 Mar 2020 03:23:26 +0000
parents e7502631a0f9
children
line wrap: on
line source

OUTPUT_FORMAT("elf32-littlearm", "elf32-littlearm", "elf32-littlearm")
OUTPUT_ARCH(arm)
ENTRY(_entry)
SECTIONS
{
    /* code */
    . = Base_addr;
    .text : {
        /* regular code */
        *(.text*)
        /* gcc voodoo */
        *(.glue_7t) *(.glue_7) *(.vfp11_veneer) *(.v4_bx)
        . = ALIGN(4);
    }

    /* read-only data */
    . = ALIGN(4);
    .rodata : {
        *(.rodata*)
    }

    /* initialized data */
    . = ALIGN(4);
    .data : {
        *(.data)
    }
    PROVIDE(edata = .);

    /* uninitialized data */
    .bss (NOLOAD) : {
        . = ALIGN(4);
        __bss_start = .;
        *(.bss)
    }
    . = ALIGN(4);
    __bss_end = .;
    /* end of image */
    _end = .;
    PROVIDE(end = .);
}

/*
 * stack_bottom will be set via the --defsym option to ld.
 * Some programs have minimal IRAM requirements, so it would make more
 * sense to set stack_bottom to 0x83FFFC, don't use the upper half of
 * IRAM for anything, and make that program portable to Calypso Lite
 * devices.  But for some other programs we might have some use for
 * the larger IRAM of our full Calypso devices, in which case we would
 * want to set stack_bottom to 0x87FFFC instead.
 */