http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
Iain Sandoe <iains at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|lto |target
--- Comment #43 from Iain Sandoe <iains at gcc dot gnu.org> 2011-08-11 13:48:56
UTC ---
(In reply to comment #42)
> Ick. Oh well.
Ick, indeed .... this is (yet another) reason to have our own tool-chain.
----
>Ok, how about outright removing for all darwin releases the -c
> setting? I think the only thing this could break was fortran.
Darwin9 (including java and fortran) are unaffected by removing the '-c' (no
surprise really, since it correctly ignores common symbols in the archive toc).
I'd like to check Darwin 8 before making the change global - and my ppc machine
is busy - so let's hang fire for a couple of days.
As things stand, Darwin 7 is only capable of building the c compiler using
XCode 1.5 toolset [c++, fortran etc. require section support not available in
XCode 1.5].
I did manage to build trunk of 4.6 on Darwin 7 by using odcctools-98 (plus some
config header mods).
Thus, if Darwin 8 works without regression, then I'd say that we've
realistically covered all bases that apply to Darwin versions that are capable
of building trunk (since any earlier version would have to use odcctools).
> I have no clue about what to do for Ada. :-( I'll pre-approve the solution
> you two decide
> on.
It's on my TODO to bootstrap a version of ADA - I guess that means doing a
canadian from linux - likely to be a bundle of laughs (unless you know of a
downloadable ada binary for Darwin 9 or 10 at least).
====
Changing the topic to target - although there's a latent issue with the two
diagnostic implemenations, (and I will post comment 6, when the reg-tests are
done on linux) the actual bug is a target one.
