Hi again, ... > After that fix, if fails on the mkinitrd stage, since we don't have dietlibc, > and therefore we don't have embutils which depends on it, and mkinitrd wants > these, or fails, so the quick fix is to skip over mkinitrd for now, so we can > continue with the build. need to find a better permanent solution... > ----------------------------------------------------------------------------------------------------------- > Index: package/base/mkinitrd/mkinitrd.desc > =================================================================== > --- package/base/mkinitrd/mkinitrd.desc (revision 37686) > +++ package/base/mkinitrd/mkinitrd.desc (working copy) > @@ -21,6 +21,7 @@ > > [C] base/system > [F] CROSS > +[R] -mips64 > > [L] GPL > [S] Stable > --------------------------------------------------------------------------------- > Now the linux26 builds, but some stage 1 packages after the kernel build are > still failing, (like mpfr) will post further progress as it happens...
I added preliminary stub glue to dietlibc that let it compile for mips64, but as I did not yet touch any assembly the resulting binaries will most likely not work correctly (e.g. crash on startup). At least this let's all dietlibc depending packages build for now (yay!), so that we can concentrate on really implementing mips64 support in dietlibc instead of marking any package depending on dietlibc to not support mips64, ... PS: I do not have a mips64 silicon near me at the moment, I think I already wrote somewhere that I stored my Sgi Octane (2 IIRC) at my parent attic as it was too loud for the office, ... Maybe someone wants to send in (as in donate) less noisy MIPS64 hardware? http://www.t2-project.org/hardware/workstation/Sgi/Octane/ René -- René Rebe, ExactCODE GmbH, Jaegerstr. 67, DE-10117 Berlin http://exactcode.com | http://t2-project.org | http://rene.rebe.de
----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [email protected] with a subject of: unsubscribe t2
