OpenCores
URL https://opencores.org/ocsvn/openrisc_me/openrisc_me/trunk

Subversion Repositories openrisc_me

[/] [openrisc/] [trunk/] [gnu-src/] [binutils-2.18.50/] [ld/] [scripttempl/] [elf32cr16.sc] - Blame information for rev 313

Go to most recent revision | Details | Compare with Previous | View Log

Line No. Rev Author Line
1 38 julius
# Linker Script for National Semiconductor's CR16-ELF32.
2
 
3
# The next line should be uncommented if it is desired to link
4
# without libstart.o and directly enter main.
5
 
6
# ENTRY=_main
7
 
8
test -z "$ENTRY" && ENTRY=_start
9
cat <
10
 
11
/* Example Linker Script for linking NS CR16 elf32 files. */
12
 
13
/* The next line forces the entry point (${ENTRY} in this script)
14
   to be entered in the output file as an undefined symbol.
15
   It is needed in case the entry point is not called explicitly
16
   (which is the usual case) AND is in an archive.  */
17
 
18
OUTPUT_FORMAT("${OUTPUT_FORMAT}")
19
OUTPUT_ARCH(${ARCH})
20
${RELOCATING+EXTERN(${ENTRY})}
21
${RELOCATING+ENTRY(${ENTRY})}
22
 
23
/* Define memory regions.  */
24
MEMORY
25
{
26
        rom         : ORIGIN = 0x2,         LENGTH = 3M
27
        ram         : ORIGIN = 4M,          LENGTH = 10M
28
}
29
 
30
/*  Many sections come in three flavours.  There is the 'real' section,
31
    like ".data".  Then there are the per-procedure or per-variable
32
    sections, generated by -ffunction-sections and -fdata-sections in GCC,
33
    and useful for --gc-sections, which for a variable "foo" might be
34
    ".data.foo".  Then there are the linkonce sections, for which the linker
35
    eliminates duplicates, which are named like ".gnu.linkonce.d.foo".
36
    The exact correspondences are:
37
 
38
    Section     Linkonce section
39
    .text       .gnu.linkonce.t.foo
40
    .rdata      .gnu.linkonce.r.foo
41
    .data       .gnu.linkonce.d.foo
42
    .bss        .gnu.linkonce.b.foo
43
    .debug_info .gnu.linkonce.wi.foo  */
44
 
45
SECTIONS
46
{
47
  .init :
48
  {
49
    __INIT_START = .;
50
    KEEP (*(.init))
51
    __INIT_END = .;
52
  } > rom
53
 
54
  .fini :
55
  {
56
    __FINI_START = .;
57
    KEEP (*(.fini))
58
    __FINI_END = .;
59
  } > rom
60
 
61
  .jcr :
62
  {
63
    KEEP (*(.jcr))
64
  } > rom
65
 
66
  .text :
67
  {
68
    __TEXT_START = .;
69
    *(.text) *(.text.*) *(.gnu.linkonce.t.*)
70
    __TEXT_END = .;
71
  } > rom
72
 
73
  .rdata :
74
  {
75
    __RDATA_START = .;
76
    *(.rdata_4) *(.rdata_2) *(.rdata_1) *(.rdata.*) *(.gnu.linkonce.r.*) *(.rodata*)
77
    __RDATA_END = .;
78
  } > rom
79
 
80
  .ctor ALIGN(4) :
81
  {
82
    __CTOR_START = .;
83
    /* The compiler uses crtbegin.o to find the start
84
       of the constructors, so we make sure it is
85
       first.  Because this is a wildcard, it
86
       doesn't matter if the user does not
87
       actually link against crtbegin.o; the
88
       linker won't look for a file to match a
89
       wildcard.  The wildcard also means that it
90
       doesn't matter which directory crtbegin.o
91
       is in.  */
92
 
93
    KEEP (*crtbegin*.o(.ctors))
94
 
95
    /* We don't want to include the .ctor section from
96
       the crtend.o file until after the sorted ctors.
97
       The .ctor section from the crtend file contains the
98
       end of ctors marker and it must be last */
99
 
100
    KEEP (*(EXCLUDE_FILE (*crtend*.o) .ctors))
101
    KEEP (*(SORT(.ctors.*)))
102
    KEEP (*(.ctors))
103
    __CTOR_END = .;
104
  } > rom
105
 
106
  .dtor ALIGN(4) :
107
  {
108
    __DTOR_START = .;
109
    KEEP (*crtbegin*.o(.dtors))
110
    KEEP (*(EXCLUDE_FILE (*crtend*.o) .dtors))
111
    KEEP (*(SORT(.dtors.*)))
112
    KEEP (*(.dtors))
113
    __DTOR_END = .;
114
  } > rom
115
 
116
  .data :
117
  {
118
    __DATA_START = .;
119
    *(.data_4) *(.data_2) *(.data_1) *(.data) *(.data.*) *(.gnu.linkonce.d.*)
120
    __DATA_END = .;
121
  } > ram AT > rom
122
 
123
  .bss (NOLOAD) :
124
  {
125
    __BSS_START = .;
126
    *(.bss_4) *(.bss_2) *(.bss_1) *(.bss) *(COMMON) *(.bss.*) *(.gnu.linkonce.b.*)
127
    __BSS_END = .;
128
  } > ram
129
 
130
/* You may change the sizes of the following sections to fit the actual
131
   size your program requires.
132
 
133
   The heap and stack are aligned to the bus width, as a speed optimization
134
   for accessing data located there.  */
135
 
136
  .heap :
137
  {
138
    . = ALIGN(4);
139
    __HEAP_START = .;
140
    . += 0x2000; __HEAP_MAX = .;
141
  } > ram
142
 
143
  .stack :
144
  {
145
    . = ALIGN(4);
146
    . += 0x6000;
147
    __STACK_START = .;
148
  } > ram
149
 
150
  .istack :
151
  {
152
    . = ALIGN(4);
153
    . += 0x100;
154
    __ISTACK_START = .;
155
  } > ram
156
 
157
  .comment        0 : { *(.comment) }
158
 
159
  /* DWARF debug sections.
160
     Symbols in the DWARF debugging sections are relative to the beginning
161
     of the section so we begin them at 0.  */
162
 
163
  .debug_aranges  0 : { *(.debug_aranges) }
164
  .debug_pubnames 0 : { *(.debug_pubnames) }
165
  .debug_info     0 : { *(.debug_info .gnu.linkonce.wi.*) }
166
  .debug_abbrev   0 : { *(.debug_abbrev) }
167
  .debug_line     0 : { *(.debug_line) }
168
  .debug_frame    0 : { *(.debug_frame) }
169
  .debug_str      0 : { *(.debug_str) }
170
  .debug_loc      0 : { *(.debug_loc) }
171
  .debug_macinfo  0 : { *(.debug_macinfo) }
172
}
173
 
174
__DATA_IMAGE_START = LOADADDR(.data);
175
EOF

powered by: WebSVN 2.1.0

© copyright 1999-2024 OpenCores.org, equivalent to Oliscience, all rights reserved. OpenCores®, registered trademark.