[Haskell-cafe] Annoyed at System.Random

Ryan Newton rrnewton at gmail.com
Fri May 4 15:37:53 CEST 2012

> My end goal is to have the user use transparently the fastest
> implementation available to their architecture/cpu providing they use the
> high level module. I've uploaded the cpu package which allows me to detect
> at runtime the aes instruction (and the architecture), but i've been
> distracted in implementing fast galois field arithmetics for GCM and XTS
> mode (with AES).

Yes!  A worthy goal!

I think the proposal here is that we do the build/integration work to get
something good which is portable enough and install-reliable enough to
replace 'random'.  Then people who don't care will be using a good
implementation by default.

That was my goal when I had my own small shot at this, but what I came up
with was *very* build-fragile.  (Depended on assembler being available, or
on prebuilt binaries being included for that package.)  You can see the
Setup.hs customization I attempted to do in intel-aes to compensate, but
it's not enough.

Can we write a cabal-compatible, really robust installer that will test the
users system and always fall back rather than failing?


P.S. How are you doing the CPUID test for NI instructions?  I used the
*intel provided* test for this (in intel-aes) but I still had reports of
incorrect identification on certain AMD CPUs...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/haskell-cafe/attachments/20120504/2934b34b/attachment.htm>

More information about the Haskell-Cafe mailing list