This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Bootstrap is STILL broken...


On Mar 31, 2004, at 4:07 PM, Andrew Pinski wrote:
On Mar 31, 2004, at 18:56, Dale Johannesen wrote:

(I am not a Darwin maintainer, but OK. Perhaps I should be at this point?)
I do not think this is the right general approach to the problem, as I said, but
in the interests of getting bootstrap going I'll go along with it.


These routines are the same ones that have been used in Apple's gcc for years,
so they're technically OK. I've verified that they were written at Apple and we
are willing to contribute them, so there's no legal problem.

In reality, it is the right approach as you can now link code generated by Apple's
compiler and the FSF compiler which you could not do always before.

You can if you use the Apple compiler to do the link.


Changing libiberty to be bootstrap able will not fix that problem, just the bootstrap problem.

I agree that this is a good idea for other reasons, but the general bootstrap problem will still
be there waiting for somebody else to trip over it. If somebody puts long double arithmetic in
libiberty, for example, I bet the same problem will occur on several hosts. (There is long double
code there now, but all it does is copy them around, which doesn't usually require a library call.)
If it is impractical to rebuild libiberty at each stage, why not use the installed system compiler to
do all the links?



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]