Trevor L. McDonell

@cpennington ooh, this is interesting! What is the status of this? Also, you may be interested in https://github.com/tmcdonell/accelerate-blas

@cocreature ah thanks for the pointer, I hadn't seen those comments. I may look into getting the 3.5 branch up to date then as you suggest.

@bscarlet is there anything other than #198 you wanted for a LLVM-3.5/GHC-8 release? Once that is out I'll start looking at the later branches.

@bscarlet any comment on this?

Maybe, `ByteString` versions of all of the things, or maybe some kind of class (which it looks like `decodeM` is using internally?).

At a specific use case, `moduleTargetAssembly` is doing it's thing and then converting from a ByteString (in LLVM.General.Internal.Module), which I then immediately convert back to a ByteString and hand to...

Sure, Haskell String is a mess, but isn't that because it's a terrible default for long things? ByteString is already used in the module (and this function!), it seems like...

Sorry this took so long, my project using llvm-general is still being written, so there were many things to get up and running... Anyway, here a benchmark for just the...

You have deduced correctly. I'm currently developing the code as part of an internship. I have permission to release it (hence the currently empty accelerate-llvm repo) but, due to various...

The implementation of `loadDataEx` is here: https://github.com/tmcdonell/cuda/blob/master/Foreign/CUDA/Driver/Module.chs#L178 It treats the ByteString as a read-only chunk of memory that gets passed to C. It doesn't do anything else with it other...