http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47390
--- Comment #7 from joseph at codesourcery dot com <joseph at codesourcery dot
com> 2011-02-08 16:54:19 UTC ---
On Tue, 8 Feb 2011, rguenth at gcc dot gnu.org wrote:
> Hm, I see. The -e LINK_COMMAND_SPEC isn't documented in invoke.texi
> "Link Options", do we generally not do this? It seems to be a spec that
> is always enabled.
What's documented is pretty random - there are lots of undocumented
options in specs.
> Can we force -e options to be passed down in their original joined/non-joined
> form? At least for GNU ld -e xport-dynamic is not equal to -export-dynamic,
> that a %{e*} spec exchanges a working pass-down variant for an unworking
> is unfortunate(?) We can't seem to easily exclude export-dynamic from
> e* as to reject it either.
You can force joined form by adding code like the OPT_L handling
case OPT_L:
/* Similarly, canonicalize -L for linkers that may not accept
separate arguments. */
save_switch (concat ("-L", arg, NULL), 0, NULL, validated);
return true;
although the explicit export-dynamic entry in common.opt for backwards
compatibility would seem better to me.
