PR24873, gcc -flto objects result in --start-group .. --end-group failure to include...
authorAlan Modra <amodra@gmail.com>
Tue, 6 Aug 2019 05:53:28 +0000 (15:23 +0930)
committerAlan Modra <amodra@gmail.com>
Tue, 6 Aug 2019 06:07:08 +0000 (15:37 +0930)
commitb02c4f162335ed055964f603ba3aca18b0e5c5bf
tree880772752d9272e0f86edfa60489e4fa1648837e
parentb39152b3e5befec363302d5d81ade36ab45d6d08
PR24873, gcc -flto objects result in --start-group .. --end-group failure to include --as-needed libraries

Reloading of archives (and checking --as-needed DSOs again) is
disabled until we hit the plugin insert point.  It's necessary to do
that because in a case like lib1.a lto.o lib2.a where lib1.a and
lib2.a contain duplicate symbols, we want the lto.o recompiled object
to pull in objects from lib2.a as necessary, but not from lib1.a.
Unfortunately this heuristic fails when the insert point is inside a
group, because ld actually loads the symbols from the recompiled
object before running over the contours of the script, thus missing
the fact that new undefs appeared in the group.

PR 24873
* ldlang.c (plugin_undefs): New static var.
(open_input_bfds <lang_group_statement_enum>): Loop on
plugin_undefs and hitting plugin_insert point.
(lang_process <lto_plugin_active>): Set plugin_undefs.
ld/ChangeLog
ld/ldlang.c