diff options
author | Andrew Burgess <andrew.burgess@embecosm.com> | 2020-10-07 14:27:56 +0100 |
---|---|---|
committer | Andrew Burgess <andrew.burgess@embecosm.com> | 2020-10-16 13:43:49 +0100 |
commit | 874ef0386fe438d654f0c3c230d4a9d0c4db9213 (patch) | |
tree | d60d334d383bd1a1476da0341ce543583417fb74 /ld/testsuite/ld-scripts/provide-12.d | |
parent | 54874444da47cab42de1d0b22e7009e7ca3eb6f2 (diff) | |
download | gdb-874ef0386fe438d654f0c3c230d4a9d0c4db9213.zip gdb-874ef0386fe438d654f0c3c230d4a9d0c4db9213.tar.gz gdb-874ef0386fe438d654f0c3c230d4a9d0c4db9213.tar.bz2 |
ld: Allow symbols from PROVIDE to be use in MEMORY regions
I wanted to write a linker script like this:
PROVIDE(mem_origin = 0x1000);
PROVIDE(mem_length = 0x1000);
MEMORY
{
REGION : ORIGIN = mem_origin, LENGTH = mem_length
}
....
Then when I link using this script I can optionally supply:
--defsym=mem_origin=..... --defsym=mem_length=....
to override the defaults.
And though passing `--defsym' does work, if I remove the use of
`--defsym' and just rely on the defaults I get an error:
ld-new: invalid origin for memory region REGION
Interestingly, if I make the above error non-fatal and dump a linker
map file I see that (a) REGION has origin 0x0, and length 0xffff...,
and (b) the symbol from the PROVIDE is provided.
An examination of ldlang.c:lang_process shows us what the issue is,
the origin and length of all memory regions are set as a result of a
single call to lang_do_memory_regions, this call is done after calling
open_input_bfds.
During the open_input_bfds call provide statements can be converted to
provided statements if we know that the assigned symbol is needed, but
for symbols that are only used in the memory regions we are unaware
that we need these symbols.
What I propose in this patch is to make two calls to
lang_do_memory_regions, in the first call we process the expressions
for the origin and length fields of each region, however, errors,
especially undefined symbols, will be ignored. The origin and length
values are not updated. However, by evaluating the expressions any
symbols we need will be added to the symbol table.
Now when we call open_input_bfds, when we process the provide
statements, we will see that the assigned symbol is needed add its new
value to the symbol table.
Finally we reach the original call to lang_do_memory_regions, in
this (now second) call we again process the expressions, and this time
update the origin and length values. Any errors encountered now are
reported to the user.
ld/ChangeLog:
* ldlang.c (lang_process): Add extra call to
lang_do_memory_regions, and pass parameter.
(lang_do_memory_regions): Add parameter, only define origin and
length when requested. Reindent.
* testsuite/ld-scripts/provide-10.d: New file.
* testsuite/ld-scripts/provide-10.map: New file.
* testsuite/ld-scripts/provide-11.d: New file.
* testsuite/ld-scripts/provide-11.map: New file.
* testsuite/ld-scripts/provide-12.d: New file.
* testsuite/ld-scripts/provide-12.map: New file.
* testsuite/ld-scripts/provide-9.d: New file.
* testsuite/ld-scripts/provide-9.map: New file.
* testsuite/ld-scripts/provide-9.t: New file.
Diffstat (limited to 'ld/testsuite/ld-scripts/provide-12.d')
-rw-r--r-- | ld/testsuite/ld-scripts/provide-12.d | 3 |
1 files changed, 3 insertions, 0 deletions
diff --git a/ld/testsuite/ld-scripts/provide-12.d b/ld/testsuite/ld-scripts/provide-12.d new file mode 100644 index 0000000..41d9590 --- /dev/null +++ b/ld/testsuite/ld-scripts/provide-12.d @@ -0,0 +1,3 @@ +#source: provide-5.s +#ld: --defsym=mem_origin=0x300 -T provide-9.t +#map: provide-12.map |