News for hackers. Stuff that matters.
Re:How Go uses Go to build itself by ralph on Thursday June 06, 2013 @06:11AM (#5831503)
This is flawed AFAICS. It assumes that because 1.0 is fixed in specification that there are no bugs in the implementation. To return to my original point, these smart guys are on the record stating that's why they didn't do a self-hosting compiler; good enough for me. :-)
Re:How Go uses Go to build itself by pjmlp on Thursday June 06, 2013 @06:56AM (#5831606)
How is this different than having bugs in the C compiler used for the language implementation?
Re:How Go uses Go to build itself by ralph on Thursday June 06, 2013 @08:10AM (#5831864)
Yes, because of the stableness of the C compiler, bigger test audience, etc., compared to a new language under rapid development.
Re:How Go uses Go to build itself by pjmlp on Thursday June 06, 2013 @09:47AM (#5832355)
Except that is a false assumption.

Have you ever done multiplaform C development across using OS vendor specific C compilers?

There are lots of nice bugs to be found, just check the available bug databases of any C compiler.

So this does not make it any better.

Re:How Go uses Go to build itself by ralph on Thursday June 06, 2013 @02:07PM (#5834100)
Yes, C across AIX, Suns, Silicon Graphics, whatever those HP ones were, and others. Platform differences were common, bugs rare because many had been before me and they could always be worked around; I didn't have to fix a C compiler. When writing a compiler the aim is to fix the compiler.

This isn't getting us anywhere. We disagree. I value the opinion of that lot given their many decades of experience. I used to have your opinion, based on textbooks. They've made a good point, one I can see has considered thought behind it.

Re:How Go uses Go to build itself by pjmlp on Monday June 10, 2013 @03:16PM (#5856496)
> I used to have your opinion, based on textbooks.

I do have compiler development experience, but alas as you say this is not getting us anywhere.