This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug bootstrap/19364] [4.0 Regression] embedded sparc does not bootstrap
- From: "corsepiu at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 20 Jan 2005 16:11:57 -0000
- Subject: [Bug bootstrap/19364] [4.0 Regression] embedded sparc does not bootstrap
- References: <20050110151452.19364.joel@gcc.gnu.org>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-20 16:11 -------
(In reply to comment #16)
> > FWIW: IMO, all targets implicitly relying on the sparc/sparc.h's
> > LINK_GCC_C_SEQUENCE_SPEC are broken.
>
> I don't think so. I can tell you for sure that Solaris is not broken.
>
> > Grep'ing the sources reveals all major sparc-targets to override this
> > LINK_GCC_C_SEQUENCE_SPEC, so I don't expect removing it there to do much harm.
>
> Note the Linux variant: "%{static:--start-group} %G %L %{static:--end-group}"
> which means that the group "%G %L" is repeatedly searched.
Hmm, we have
--start-group -lrtemsbsp -lrtemscpu -lc -lgcc --end-group
in all of RTEMS-gcc specs. This might explain, why we don't see this issue.
> Of course the Sun
> linker (at least the ancient versions) is not that smart so we need to use the
> double inclusion by default.
Note _Sun_, not _sparc_.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19364