ikaros has quit [Quit: Leave the magic to Houdini]
<malc_>
adrien: thank you, will try
<adrien>
and according to http://caml.inria.fr/mantis/view.php?id=4851 , there was a problem in 3.11/flexdll but hopefully: "I can confirm that I'm able to compile and use OCaml 3.11.2 on a Vista 64-bit machine, using the Platform SDK for Windows Server 2003 R2 and flexdll 0.19."
<malc_>
adrien: i'm using DDK, but it shouldn't matter here, what i haven't tried is rebuilding flexdll's stuff from sources..
<adrien>
well: which version of flexdll do you have?
<malc_>
adrien: 0.25
ygrek has joined #ocaml
Associat0r has joined #ocaml
Yoric has joined #ocaml
drk-sd has joined #ocaml
sepp2k has joined #ocaml
seafood has joined #ocaml
coucou747 has joined #ocaml
oriba has joined #ocaml
Anarchos has joined #ocaml
Anarchos has quit [Quit: Vision[0.9.7-H-090423]: i've been blurred!]
ulfdoz has quit [Ping timeout: 260 seconds]
malc_ has quit [Ping timeout: 252 seconds]
iratsu has quit [Ping timeout: 260 seconds]
malc_ has joined #ocaml
iratsu has joined #ocaml
itewsh has quit [Quit: o/]
malc_ has quit [Quit: leaving]
alexyk has joined #ocaml
alexyk has quit [Quit: alexyk]
ulfdoz has joined #ocaml
Edward_ has joined #ocaml
elehack has joined #ocaml
Edward_ has quit []
joewilliams_away is now known as joewilliams
joewilliams is now known as joewilliams_away
sdschulze has joined #ocaml
<sdschulze>
Hm, do you know of any ML implementation that uses reference counting for garbage collection?
<flux>
I imagine that wouldn't be very fast, given the amount of allocations and deallocations going on
<sdschulze>
I thought reference counting was slow primarily when there is a lot of pointer manipulation.
rwmjones has quit [Ping timeout: 245 seconds]
<sdschulze>
flux: Well, yes, it would probably be slower, at least in the case of OCaml, where you have the nice boxing in the memory.
<sdschulze>
But in compilers that don't do boxing, you already have the disadvantage that your GC must know do some more analysis.
<sdschulze>
-know
<sdschulze>
According to Xavier, Gallium did a lot more unboxing, but this was abandoned due to GC slowdown.
alexyk has joined #ocaml
alexyk has quit [Client Quit]
rwmjones has joined #ocaml
alexyk has joined #ocaml
seafood has quit [Quit: seafood]
itewsh has joined #ocaml
<elehack>
I am trying to rebuild an OCaml-related Debian/Ubuntu package with a patch and a changed name
<elehack>
I have the packages set up with their new names, and have them both Providing and Conflicting with the old names.
<elehack>
however, the build fails when dh_ocaml finds that the same modules are exported by both them and the original packages.
<elehack>
is there a good way to work around this?
* elehack
has not yet tried building with the originals uninstalled
<sgnb>
elehack: why are you renaming?
<flux>
patch dh_caml do support an --override-module-export-issues?
<elehack>
so that when I put it in my PPA, if someone else is using the PPA for other packages they don't get the packages unless they really want them
<sgnb>
ok
<sgnb>
elehack: in your case, I would just say uninstall the original one
<sgnb>
(this is a known limitation of dh-ocaml)
<elehack>
sgnb: ok, will do. thank.s
<sgnb>
or you can build in a clean chroot using e.g. pbuilder (recommended)
<elehack>
kk. the final build will be done by the Launchpad build system, so it won't be a problem then. I just like to test-build before uploading.
<elehack>
i'll install pbuilde.r
<sgnb>
cowbuilder is even better
<sgnb>
(it's a different implementation of pbuilder)
<elehack>
another question that came up: is it possible to rename the source package but still have git-buildpackage look for the original tarball name? I couldn't find an option.
alexyk has quit [Quit: alexyk]
* elehack
has looked at the source, there seems to be no way
<sgnb>
elehack: you can just change binary packages' names...
<elehack>
sgnb: yep, that was round 1.
<elehack>
I also figured out how to make pristine-tar branch commits to get the orig.tar.gz
<elehack>
I was prepared to just do the binary package renames as acceptable but suboptimal, but a few minutes' investigation of the pristine-tar branch was profitable.
<sgnb>
elehack: there is dom-git-checkout to automate creation of local master/upstream/pristine-tar branches
<elehack>
sgnb: nice, thanks!
<elehack>
this git-buildpackage stuff seems like a nice way to manage packages & changes.
Anarchos has joined #ocaml
oriba_ has joined #ocaml
oriba has quit [Ping timeout: 248 seconds]
sepp2k has quit [Ping timeout: 265 seconds]
sepp2k has joined #ocaml
oriba_ has quit [Quit: Verlassend]
ccasin has joined #ocaml
waterChip has joined #ocaml
waterChip has quit [Quit: waterChip]
drk-sd has quit [Ping timeout: 240 seconds]
ygrek has quit [Remote host closed the connection]
itewsh has quit [Quit: o/]
ttamttam has joined #ocaml
derdon has joined #ocaml
mbishop has quit [Ping timeout: 265 seconds]
ttamttam has quit [Quit: Leaving.]
mbishop has joined #ocaml
seafood has joined #ocaml
Yoric has quit [Quit: Yoric]
alexyk has joined #ocaml
drk-sd has joined #ocaml
derdon has quit [Ping timeout: 240 seconds]
derdon has joined #ocaml
derdon has quit [Client Quit]
alexyk has quit [Quit: alexyk]
dark has joined #ocaml
dark has quit [Remote host closed the connection]
patronus has quit [Remote host closed the connection]
patronus has joined #ocaml
Anarchos has quit [Quit: Vision[0.9.7-H-090423]: i've been blurred!]
coucou747 has quit [Remote host closed the connection]