2015-06-02 7:19 GMT-03:00 Richard W.M. Jones <rjones@xxxxxxxxxx>: > On Mon, Jun 01, 2015 at 10:10:17PM +0200, Michal Toman wrote: >> Apart from mips64el, we have lately started working on 32-bit mipsel, to >> be ran on the Creator CI20 Borad [4]. This is basically 3 months behind >> mips64el so there are no significant results yet, but hopefully will be >> soon. > > I have the Creator CI20 board. Does this mean ImgTec are going to > bring out a 64 bit development board :-? I guess you won't be able > to tell me .. > > Anyway my CI20 is currently running Debian, but I'll give Fedora a go > when I have the time. > >> Any help would be appreciated, especially in the area of kernel, u-boot >> and some specific languages - haskell, erlang, ocaml etc. I have already >> been playing with some of those and there is a list of issues on the wiki. > > There's no OCaml 32 bit MIPS backend upstream, but there used to be > one. An older version of it can be found here: > > https://github.com/retired-camels/ocaml > > Claims to support BE and LE and uses the "n32" ABI, whatever that > means. It would require a certain amount of work to bring that up to > date, but it's not impossible. > > As far as I can tell there is no 64 bit MIPS backend at all and never > has been. Depending on how different 32 bit and 64 bit MIPS are that > might be a lot of work to implement. The n32 and n64 abis are like x86_64 and x32 abi. For stack parameters, on n32 it is still 8 bytes, but only 4 bytes effectively used. The abi is a lot more sane as well, 8 gpr and 8 fpr argument registers, fpr registers are 64 bit. But I only "played" with it for a short time, when porting GNU Lightning to n32 and n64, while the mips host on snakebit.net was live... > Rich. > > -- > Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones > Read my programming and virtualization blog: http://rwmj.wordpress.com > virt-builder quickly builds VMs from scratch > http://libguestfs.org/virt-builder.1.html Thanks, Paulo -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
