[Bug d/107552] New: [13 regression] stage 1 d21 fails to link on Linux/x86_64

["ro at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107552

            Bug ID: 107552
           Summary: [13 regression] stage 1 d21 fails to link on
                    Linux/x86_64
           Product: gcc
           Version: 13.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: d
          Assignee: ibuclaw at gdcproject dot org
          Reporter: ro at gcc dot gnu.org
  Target Milestone: ---
              Host: x86_64-pc-linux-gnu
            Target: x86_64-pc-linux-gnu
             Build: x86_64-pc-linux-gnu

I've long been bootstrapping trunk with GCC 9.3.0.  However, between 20221028
(11e811d8e2f63667f60f73731bb934273f5882b8) and 20221104
(e724b0480bfa5ec04f39be8c7290330b495c59de),
bootstrap broke linking stage 1 d21:

/vol/gcc/bin/gld-2.35: d/typesem.o:(.data+0x180): multiple definition of
`___s.24340'; d/statementsem.o:(.data+0x260): first defined here
collect2: error: ld returned 1 exit status
make: *** [/vol/gcc/src/hg/master/local/gcc/d/Make-lang.in:234: d21] Error 1

I've tried with GCC 11.1.0: while the stage 1 d21 links this way, the resulting
gdc/d21 fails to run because d21 is linked with libstdc++ dynamically, using a
version that's newer than the one bundled with Ubuntu 20.04.  Passing through
LD_LIBRARY_PATH is tricky and does cause a couple of testsuite regressions.

GCC 12.1.0 does work, and stage 1 d21 is linked statically with libstd++, as
expected.  However, this means quite massive an increase in build requirements.