Re: [Bug ld/20828] GC-ed DSO symbols make corresponding symbols defined by a linker script local

[Maciej W. Rozycki]

Hi Nick,

> Unfortunately the new test fails for some targets:
> 
> Checking Binutils in: bfin-elf ... LD REGRESSION: PR ld/20828 dynamic symbols 
> with 
> Checking Binutils in: riscv32-elf ... LD REGRESSION: PR ld/20828 dynamic 
> symbols with 
> Checking Binutils in: metag-elf ... LD REGRESSION: PR ld/20828 dynamic 
> symbols with
> Checking Binutils in: riscv64-elf ... LD REGRESSION: PR ld/20828 dynamic 
> symbols with
> Checking Binutils in: x86_64-solaris2 ... LD REGRESSION: PR ld/20828 dynamic 
> symbols with
> Checking Binutils in: mn10300-elf ... LD REGRESSION: PR ld/20828 dynamic 
> symbols with
> Checking Binutils in: score-elf ... LD REGRESSION: PR ld/20828 dynamic 
> symbols with
> Checking Binutils in: sh-elf ... LD REGRESSION: PR ld/20828 dynamic symbols 
> with
>  
> Could you have a look into these please ?

 See my original submission at:

<https://sourceware.org/ml/binutils/2017-01/msg00263.html>

for the discussion of `bfin-elf', `mn10300-elf', `score-elf' and 
`sh64-elf' failures; I have notified the respective port maintainers too, 
so that they can individually decide if they want to have their target 
fixed now, KFAILed with the intent to fix later or excluded in 
`check_shared_lib_support' (I'd rather not have them papered over blindly 
with XFAIL).  I suspect the remaining bare-metal failures fall into this 
class too, although I can double-check it if you like -- this is the first 
linker test to provide some sort of generic version script coverage it 
would seem.

 The `x86_64-solaris2' failure is worrisome, as I'd certainly expect this 
target to support shared libraries, so I'll see what is going on there.

 Shall I add these of your listed targets that I do not have covered right 
now to my regular verification tests?

 NB in the course of my submission referred it has turned out some of the 
listed maintainer's addresses bounce; these are:

  SCORE            Mei Ligang <address@hidden>
  BFIN             Bernd Schmidt <address@hidden>

Bernd is at RedHat these days; no idea about Mei.  Also Eric's entry:

  MN10300          Eric Christopher <address@hidden>

is obsolete (same with his MIPS entry).  He's been most recently seen 
@gmail.com, although it has been unclear to me if he intends to keep these 
maintainer's posts.

  Maciej