Files
clang-p2996/lld/test/ELF
Rafael Espindola 08d6a3f133 Create only one section symbol per section.
Unfortunately some consumers of our .o files produced with -r expect
only one section symbol per section. That is true of at least of go's
own linker.

Combining them is a somewhat convoluted process. We have to create a
symbol for every section since we don't know which ones will be
needed. The relocation sections also have to be written first to
handle the Elf_Rel addend.

I did consider a completely different approach:

We could remove the -r special case of relocation sections when
reading. We would instead have a copyRelocs function that is used
instead of scanRelocs. It would create a DynamicReloc for each
relocation and a RelocationSection for each input relocation section.

A complication of such change is that DynamicReloc would have to take
a section index and a input section instead of a symbol since with
-emit-relocs some DynamicReloc would hold relocations referring to the
dynamic symbol table and other to the static symbol table.

That would be a pretty big change, and if we do it it is probably
better to do it as a refactoring.

llvm-svn: 294816
2017-02-11 01:40:49 +00:00
..
2016-11-29 03:30:07 +00:00
2016-10-26 18:59:00 +00:00
2016-06-07 09:31:52 +00:00
2016-11-18 00:11:12 +00:00
2016-06-07 09:31:52 +00:00
2016-07-25 16:51:52 +00:00
2016-11-11 23:10:22 +00:00
2017-02-03 21:29:51 +00:00
2017-02-03 21:29:51 +00:00
2017-02-03 21:29:51 +00:00
2017-02-03 21:29:51 +00:00
2017-02-03 21:29:51 +00:00
2017-02-03 21:29:51 +00:00
2016-07-25 16:51:52 +00:00
2017-02-03 21:29:51 +00:00
2016-11-19 18:14:24 +00:00
2016-09-02 17:19:28 +00:00
2016-07-21 20:18:30 +00:00
2016-12-06 13:43:34 +00:00
2017-02-02 21:26:23 +00:00
2017-02-03 21:29:51 +00:00
2017-02-03 21:29:51 +00:00
2016-11-04 23:26:29 +00:00
2016-04-07 20:41:41 +00:00
2016-05-28 15:38:13 +00:00
2016-02-25 18:43:51 +00:00
2016-09-02 17:19:28 +00:00
2016-09-02 17:19:28 +00:00
2016-02-25 18:43:51 +00:00
2016-12-05 01:31:39 +00:00
2016-12-07 20:29:46 +00:00
2016-02-12 20:54:57 +00:00
2016-12-05 20:53:11 +00:00
2017-02-03 21:29:51 +00:00
2016-11-05 22:58:01 +00:00
2017-02-02 21:26:23 +00:00
2017-02-02 21:26:23 +00:00
2017-02-02 21:26:23 +00:00
2016-03-03 18:44:38 +00:00
2016-03-01 13:23:29 +00:00
2016-09-22 16:47:21 +00:00
2016-12-05 20:49:16 +00:00
2016-12-05 22:27:21 +00:00
2016-11-01 18:30:28 +00:00
2016-04-29 23:28:36 +00:00
2017-02-10 20:10:16 +00:00
2017-02-10 20:10:16 +00:00
2016-12-02 08:00:09 +00:00
2016-02-05 22:55:06 +00:00
2017-02-02 21:26:23 +00:00
2016-11-02 02:18:01 +00:00
2016-12-03 15:26:18 +00:00
2016-06-20 17:58:09 +00:00
2016-04-08 20:49:31 +00:00
2016-05-04 20:06:49 +00:00
2016-11-23 05:14:01 +00:00
2016-12-09 22:40:49 +00:00
2016-06-09 15:45:49 +00:00
2016-04-15 11:57:07 +00:00
2016-01-07 17:20:07 +00:00
2016-07-12 23:28:33 +00:00