Re: eglibc done, too

2010-10-23 Thread Thorsten Glaser
Finn Thain dixit: >... but I didn't try to build any fortran frontend, which, if I recall, >was where your build came unstuck (for fidoa). libfortran, IIRC. Maybe it works now, maybe just disable fidoa… >Some of the decisions to disable stuff for m68k were taken a long time ago >under rather d

Re: eglibc done, too

2010-10-23 Thread Finn Thain
On Sun, 24 Oct 2010, Thorsten Glaser wrote: > Finn Thain dixit: > > >This step should probably happen after the multilib/multiarch question > >resolved. I don't really know how to help with that. (As I said, I > >reversed debian's multiarch patch in order to build my > >cross-compilers.) > >

Re: eglibc done, too

2010-10-23 Thread Thorsten Glaser
Finn Thain dixit: >This step should probably happen after the multilib/multiarch question >resolved. I don't really know how to help with that. (As I said, I >reversed debian's multiarch patch in order to build my cross-compilers.) Mh. I disabled that for now and doko uploaded that. I might eve

Re: eglibc done, too

2010-10-23 Thread Finn Thain
On Sat, 23 Oct 2010, Thorsten Glaser wrote: [snip] > > I propose that I now (see below) get cowbuilder going with the packages > I have, then recompile everything needed for a buildd, This step should probably happen after the multilib/multiarch question resolved. I don't really know how to h

native compilation, was Re: eglibc done, too

2010-10-23 Thread Finn Thain
On Sat, 23 Oct 2010, Thorsten Glaser wrote: > ...they want to stop using [cross-compilers] after the architecture has > been bootstrapped. I *think* they have been bitten by bugs. It isn't really about bugs. They can be fixed. Native compilation allows a port to claim "self-hosting" status. Whi

Re: eglibc done, too

2010-10-23 Thread Joseph S. Myers
On Sat, 23 Oct 2010, Thorsten Glaser wrote: > Sadly, not by a number of quick greps. It's something I remember from > some time ago, and I *think* I've seen cases in gcc's source where > calls were explicitly not done for cross compilers, but cannot find > them right now. If this has changed in th

eglibc done, too

2010-10-23 Thread Thorsten Glaser
Finn Thain dixit: >> There are code generation differences, disabled optimisation passes, etc. > >I'm not aware of code generation differences. Can you be more specific? Sadly, not by a number of quick greps. It’s something I remember from some time ago, and I *think* I’ve seen cases in gcc’s sou