Oh wait, it's not so simple. We use the Windows assembly on MinGW and Cygwin!
Oh well. So much for that idea. Bill. On 15 February 2014 16:08, Bill Hart <goodwillh...@googlemail.com> wrote: > By all means. Note that many of the assembly files are present in more > than one location, so it is worth diffing files first, then converting one > version, then copying. > > Bill. > > > On 15 February 2014 15:34, Jean-Pierre Flori <jpfl...@gmail.com> wrote: > >> >> >> On Saturday, February 15, 2014 12:27:21 AM UTC+1, Bill Hart wrote: >>> >>> Hi all, >>> >>> today I went through all the C code in the mpn directory and cleaned it >>> up. This mostly meant adding whitespace in code that was extremely cramped. >>> >>> It's much easier to see what the code does now, which should make it >>> easier to maintain. >>> >>> The other day I commented some of the assembly code, but I gave up since >>> there is just so much of it. We'll add more comments to assembly code with >>> each new release of MPIR. >>> >>> I'm also thinking of converting all the yasm code in the *nix x86_64 >>> directory to gas format and ditching yasm. This would be better in the long >>> run. It's already been converted to Windows and no one is currently writing >>> lots of new assembly code. MPIR would therefore be easier to maintain >>> without yasm. >>> >>> However, converting all that code could take quite some time. There's >>> probably something like 30 unique .as (yasm format) files. >>> >> >> I could surely help, and that would give me more knowledge of assembly >> code. >> > > -- You received this message because you are subscribed to the Google Groups "mpir-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to mpir-devel+unsubscr...@googlegroups.com. To post to this group, send email to mpir-devel@googlegroups.com. Visit this group at http://groups.google.com/group/mpir-devel. For more options, visit https://groups.google.com/groups/opt_out.