<malc>
ET's(among many other things) are used in Blitz++(which im unfamiliar with)
* Submarine
is testing ocaml compiled with icc
<malc>
Submarine: heh. took my hint? ;)
* malc
food
<Submarine>
except that make opt.opt does not work
<malc>
im not terribly surprised
gl has joined #ocaml
owll has joined #ocaml
jao has joined #ocaml
Submarine has quit [Remote closed the connection]
jao has quit [Read error: 113 (No route to host)]
gl has quit ["Sic transit gloria mundi"]
<scipient>
does anyone know of any ocaml crypto libs besides the blowfish/des one?
<scipient>
and also, which of the big number libs would be best for doing crypto?
<scipient>
(which is all integers)
<malc>
dont know about interfaces to crypto libs
<malc>
but for Integers you have 3 options a) Big_int(Num) b) GMP c) Numerix
<scipient>
why so much duplication?
<malc>
there is no duplications
<malc>
Big_int uses Inria's library
<malc>
Mlgmp is based on GMP
<malc>
Numerix has 5 integer classes (one based on Big_int, one on GMP, 3 others are selfmade)
<malc>
so they are all quite unique
<scipient>
okay
<scipient>
are there any performance comparisons that you know of?
<malc>
my own, but its not very representative
<malc>
talk to Submarine when he is around, he is author of Mlgmp
<scipient>
okay, thanks for the advice
<malc>
n/p
<scipient>
i don't suppose you've heard of any embedded db projects for ocaml? simple key/value filesystem-in-a-file kind of thing?
<malc>
i used hash/set marshalling for this purpose works like sharm
<malc>
charm
<scipient>
hm. i need to have an (encrypted) file that stores files inside it, with values up to a few hundred megs or even on the order of 1 gig
<malc>
the topic of persistent large datastructures poped up on the mailing list some time ago, but iirc there was no consensus.. and your case is complicated with encryption
<malc>
i guess you have to figure it all out yourself
<scipient>
w00p!
<scipient>
i'm considering just doing it in C or C++
<scipient>
not that there's really much available under a license i can stomach
<malc>
few hundred megs of what btw? key->val pairs?
<scipient>
each value might be a few hundred megs in length
<scipient>
it's basically a simple encrypted filesystem that i need
<malc>
you can go with Bigarray here (memory mapped files), but maybe it is indeed easier to implement this stuff in lower level languages
<scipient>
hm, interesting idea
<scipient>
i need a good balance b/t memory efficiency and access speed.. the total size of the filesystem could be several gigs
<malc>
your case is very specialized, you will have to figure out the gory details by yourself