https://sourceware.org/bugzilla/show_bug.cgi?id=25355

--- Comment #6 from Nick Clifton <nickc at redhat dot com> ---
(In reply to Nick Bowler from comment #5)

>  - The configure test actually links together the results for two
>    features (global_symbol_pipe and global_symbol_to_cdecl).

The following suggestion is an outrageous hack, so please feel free
to ignore it:  What if the BFD library's LTO plugin handling code was
enhanced to include a heuristic that would choose between code and data
based upon the name of the symbol ?  So for "global_symbol_to_cdecl"
it would choose 'data' and for anything else it would stick with its
current default guess of 'code' ...  Obviously this is far from ideal,
but with no other source of information available to it, the symbol
name is all that the library has to go on.

Cheers
  Nick

-- 
You are receiving this mail because:
You are on the CC list for the bug.

Reply via email to