<everyonemines>
Someone mentioned perl4caml, a library for putting perl in ocaml, but I can't find much information on it and the site is dead. Does anyone know how that worked?
smerz has quit [Quit: Ex-Chat]
Boscop has joined #ocaml
<arubin>
everyonemines: Sounds like insanity. =P
<everyonemines>
No more than perl itself... :-)
dsheets has quit [Ping timeout: 252 seconds]
dsheets has joined #ocaml
joewilliams is now known as joewilliams_away
<thelema_>
everyonemines: don't know how it worked, but I think you can poke rwmjones about it
thelema has joined #ocaml
khia0 has joined #ocaml
khia0 has left #ocaml []
thelema_ has quit [Ping timeout: 276 seconds]
Boscop_ has joined #ocaml
Boscop has quit [Ping timeout: 260 seconds]
Boscop_ is now known as Boscop
Boscop has quit [Changing host]
Boscop has joined #ocaml
Boscop has quit [Quit: OutOfTimeException: Allocation of TimeFrame failed due to lack of time. Free up time by cancelling unimportant events.]
arubin has quit [Quit: arubin]
struktured has quit [Read error: Connection reset by peer]
joewilliams_away is now known as joewilliams
joewilliams is now known as joewilliams_away
iratsu has quit [Read error: Connection reset by peer]
dnolen has joined #ocaml
Sysop_fb has quit []
<everyonemines>
Suppose you wanted to find a partner for an ocaml project. Where would you go?
bobry has joined #ocaml
junsuijin has quit [Quit: Leaving.]
dnolen has quit [Quit: dnolen]
dnolen has joined #ocaml
ulfdoz has joined #ocaml
ftrvxmtrx has joined #ocaml
bobry1 has joined #ocaml
ulfdoz has quit [Ping timeout: 240 seconds]
rimmjob has quit [Quit: Reconnecting]
rimmjob has joined #ocaml
dnolen has quit [Quit: dnolen]
ttamttam has joined #ocaml
edwin has joined #ocaml
Kakadu has joined #ocaml
<as>
everyonemines: networking, ocaml list, irc
wagle has quit [Ping timeout: 258 seconds]
thomasga has joined #ocaml
<everyonemines>
is everywhere as active as here?
wagle has joined #ocaml
as has quit [Quit: leaving]
as has joined #ocaml
larhat has joined #ocaml
avsm has joined #ocaml
<as>
he is working for FNMOC
as has left #ocaml []
ikaros has joined #ocaml
<everyonemines>
who is?
<everyonemines>
as: who is?
<adrien>
he left, and I have no idea who he meant
ousado has quit [*.net *.split]
goncalo has quit [*.net *.split]
diml has quit [*.net *.split]
mcclurmc has quit [*.net *.split]
robthebob has quit [*.net *.split]
hyperboreean has quit [*.net *.split]
chee1 has quit [*.net *.split]
shachaf has quit [*.net *.split]
ousado has joined #ocaml
goncalo has joined #ocaml
diml has joined #ocaml
mcclurmc has joined #ocaml
robthebob has joined #ocaml
hyperboreean has joined #ocaml
chee1 has joined #ocaml
shachaf has joined #ocaml
bobry1 has quit [Quit: Leaving.]
<everyonemines>
I've heard that ocaml lost popularity because of lack of concurrent GC....is that really true? Concurrent GC seems almost pointless vs forking.
bobry1 has joined #ocaml
<adrien>
it seems that it's today's main point of people not liking ocaml
<f[x]>
you'll need to find someone with popularity figures to answer that
<adrien>
to me, it feels more like some people don't like ocaml and need things to tell other peoples so they stay away from ocaml
zorun has quit [Read error: Connection reset by peer]
zorun has joined #ocaml
<everyonemines>
I mean, the only real advantage of threads seems to be avoiding marshalling to pipes.
<everyonemines>
Which isn't that big a deal...?
<adrien>
there are several other solutions for that too now
<adrien>
recently, putting several ocaml runtimes in the same process and having shared memory between them
<adrien>
and one or two others too I think
<everyonemines>
Can that be done with the standard ocaml compiler?
<adrien>
I don't think it uses a patch
<everyonemines>
Anyway, personally I can't see myself wanting to use threads at all. But maybe I'm missing something.
lopex has joined #ocaml
<larhat>
everyonemines: maybe you don't multiply matrix enough :-)
<everyonemines>
larhat: Threads are better than calling subprocesses how for that?
<adrien>
everyonemines: sometime one, sometime the other
<adrien>
it really depends but I can see a use for them
<everyonemines>
adrien: interesting
<adrien>
I like how netmulticore pretty much invalidates the point against ocaml without introducing many changes and without slowing down single-threaded workloads
<adrien>
it seems a bit dangerous to use but I think that you only need some care (and since you're doing parallel stuff, you're already in a dangerous zone)
<adrien>
(and it won't get worse)
<everyonemines>
well, shared memory is the dangerous part
<adrien>
yup, I don't think anything could make absolute wonders
<adrien>
ok, have to move now, trying to find a place to live for the next few months (nice thing about being really late with that is that there's no competition anymore)
<ousado>
wow, thanks for the pointer
everyonemines has quit [Quit: Leaving.]
mal`` has quit [Quit: ERC Version 5.3 (IRC client for Emacs)]
edwin has quit [Remote host closed the connection]
mal`` has joined #ocaml
thomasga1 has joined #ocaml
thomasga has quit [Read error: Connection reset by peer]
Skolem has quit [Quit: Skolem]
oriba has joined #ocaml
oriba has quit [Read error: Connection reset by peer]
Obfuscate has quit [Quit: WeeChat 0.3.5]
Obfuscate has joined #ocaml
dnolen has joined #ocaml
Obfuscate has quit [Quit: WeeChat 0.3.5]
Obfuscate has joined #ocaml
ikaros has quit [Quit: Ex-Chat]
mal`` has quit [Quit: ERC Version 5.3 (IRC client for Emacs)]
mal`` has joined #ocaml
ztfw has joined #ocaml
ftrvxmtrx has quit [Read error: Operation timed out]
ftrvxmtrx has joined #ocaml
bobry1 has quit [Remote host closed the connection]
explodus has quit [Ping timeout: 260 seconds]
lopex has quit []
explodus has joined #ocaml
Associat0r has joined #ocaml
Associat0r has quit [Changing host]
Associat0r has joined #ocaml
jamii has joined #ocaml
oriba has joined #ocaml
kizzx2 has joined #ocaml
Kakadu has quit [Quit: Page closed]
dnolen has quit [Quit: dnolen]
agarwal1975 has joined #ocaml
<agarwal1975>
ping: any Batteries people here?
ftrvxmtrx_ has joined #ocaml
ftrvxmtrx has quit [Ping timeout: 240 seconds]
<thelema>
agarwal1975: I am
<agarwal1975>
I never quite understood the Batteries module vs Batteries_uni.
<thelema>
Ocaml uses a different runtime when compiled with -threads
<thelema>
We could force the use of -threads to use batteries, and then we wouldn't need this distinction
<agarwal1975>
Sometimes, my code compiles only if I open Batteries and sometimes only if I use Batteries_uni. But all my compile options are the same in both cases. I'm just on a different computer.
<flux>
that is indeed quite unfortunate. thelema, was there a solution envisioned for batteries 2.0, or is it just hopeful thinking?
<thelema>
I tried really hard to unify the two names, similar to Unix, where there's a threaded version and a non-threaded version
<flux>
agarwal1975, are batteries versions also the same?
<agarwal1975>
yes
<flux>
agarwal1975, maybe some dependency package isn't the same
<flux>
and it brings in the threading
<flux>
thelema, ..but?
<thelema>
flux: but the interfaces aren't the same, so they can't use the same .cmi (which is what unix does)
<flux>
thelema, what's different?
<thelema>
the presence of BatMutex, etc.
<flux>
well, couldn't they just be present?
<thelema>
the batteries modules dedicated to threading
<flux>
well, maybe not
<flux>
threading would at least be sort of bad to be there but asserting false
<thelema>
after I stopped owrking on it, I thought of stubbing it
<thelema>
but it's an ugly solution
<agarwal1975>
but why do we even need two separate modules? No other library does this.
<flux>
well, it would be _a_ solution, at least
<thelema>
agarwal1975: no other library both depends on threaded operations and wants to not require it.
<flux>
thelema, so separate .cmi files for threade/nonthreaded isn't an option?
<agarwal1975>
Why do we want to not require it?
<thelema>
It'd be not too unreasonable to have just Batteries that requires threads
<thelema>
agarwal1975: there is a runtime overhead for the threaded runtime
<thelema>
I'm not sure how much.
<thelema>
flux: I don't recall the details, but I remember being convinced that a single .cmi file was needed
<larhat>
thelema: what about ExtUnix approach, where exist ExtUnix and ExtUnix.Specific (or something like that). and ExtUnix.Specific contains values, that not unix systems have.
<flux>
thelema, the only advantage I can see that it reduces the amount of compilation when switching between threaded/nonthreaded, but I don't see that being a big benefit..
<thelema>
larhat: I don't see how that would help with the threading problem
<flux>
I think it's very reasonable to not provide symbol Thread.x at all, if there's no threading
<thelema>
I think I'll just punt and require threads. It'll apparently make peoples' lives easier
<agarwal1975>
Yes, unless someone can show significant performance loss.
<thelema>
maybe the performance loss is only in bytecode, which means it's probably not important
<agarwal1975>
But I imagine other library authors would have been concerned about this if it really was an issue.
<agarwal1975>
yeah, if you need performance, then bytecode is anyway not an option.
<thelema>
well, on some platforms, it's the only option.
<thelema>
there's a specific list of platforms with support for native compilation, but bytecode works on any POSIX-compliant system with a C compiler
<agarwal1975>
I see. thanks.
<agarwal1975>
It seems like a corner case that someone would be on a platform not supported with native code, and they would be concerned about performance, and that the non-threads version provides a significant gain.
hto has quit [Quit: Lost terminal]
hto has joined #ocaml
hto has quit [Client Quit]
hto has joined #ocaml
avsm has quit [Quit: Leaving.]
<thelema>
very odd - I'm tweaking batteries to remove the non-threaded option, and the resulting .cmxa seems to be missing BatteriesConfig when it's clearly in the batteries.mllib
<thelema>
huh, batteries.cmxa is only 54KB - somehow it's being stubbed?
<thelema>
is a stub .cmxa built as part of the process of building a .cmxs?
<thelema>
I never noticed the size of .cmxa files before - is this normal?
<agarwal1975>
The cmxa in my biocaml library is just 15K. The cmxs is 530K.
<thelema>
is your .a file about the same size as the .cmxs?
<agarwal1975>
No, the .a file is 1.0M.
<thelema>
hmm...
joewilliams_away is now known as joewilliams
oriba has quit [Quit: oriba]
ttamttam has quit [Remote host closed the connection]
<thelema>
ah, found the problem. .mllib files behave oddly when they reference a module that doesn't exist.
flapjackery has joined #ocaml
Associat0r has quit [Read error: Connection reset by peer]
Associat0r has joined #ocaml
Associat0r has quit [Changing host]
Associat0r has joined #ocaml
Modius has quit [Read error: Connection reset by peer]
<thelema>
agarwal1975: if you are willing to try the v2 branch, it's now threads only, and always uses "open Batteries"
<agarwal1975>
thanks! I'll have to try it a bit later. I'm preparing a tutorial for CUFP right now, and can't risk messing up my setup.
<thelema>
no problem. Let me know if you have any problem
<thelema>
s
<agarwal1975>
great. thanks for the instant work on it!
<thelema>
Since I've poked around in that code a bunch, it wasn't too difficult a change.
avsm has joined #ocaml
larhat has quit [Quit: Leaving.]
thomasga1 has quit [Quit: Leaving.]
kizzx2 has quit [Quit: Leaving.]
avsm has quit [Ping timeout: 260 seconds]
mdelaney has joined #ocaml
lpereira has joined #ocaml
Anarchos has joined #ocaml
ttamttam has joined #ocaml
DimitryKakadu has joined #ocaml
robthebob has quit [Remote host closed the connection]
lopex has joined #ocaml
ftrvxmtrx_ has quit [Read error: Connection reset by peer]
ftrvxmtrx_ has joined #ocaml
ftrvxmtrx_ has quit [Ping timeout: 258 seconds]
ftrvxmtrx has joined #ocaml
mdelaney has quit [Quit: mdelaney]
lopex has quit []
lopex has joined #ocaml
ftrvxmtrx has quit [Quit: This computer has gone to sleep]
DimitryKakadu has quit [Quit: Konversation terminated!]
ulfdoz has quit [Ping timeout: 276 seconds]
<Anarchos>
thelema ok thanks
emmanuelux has joined #ocaml
Sysop_fb has joined #ocaml
<Anarchos>
i made a formal math prover in ocaml :)
<Anarchos>
well only verifier to be precise
<thelema>
Anarchos: I'm looking for a program that, given a boolean formula, determines the minimal number of variables to be set true to make this formula true.
<thelema>
is this far from what you've done?
thomasga has joined #ocaml
<Anarchos>
thelema yes it is far
<Anarchos>
thelema you need a SAT solver
<thelema>
Anarchos: well, I really need a MinCostSAT solver. An ordinary SAT solver isn't necessary, my formulas are always satisfied when all variables are true.
<thelema>
just checking if what you're doing could be useful for an upcoming research topic
<Anarchos>
thelema well i think not, it will just be useful to verify coherency of demonstrations
<NaCl>
I was about to suggest a "libsatsolver" except it's for package management. xD