<nicoo>
So I assume 4.01.0dev > 4.01.0, but it seems that modifying the opam file isn't enough
ulfdoz has joined #ocaml
ulfdoz has quit [Ping timeout: 252 seconds]
zbroyar has quit [Ping timeout: 246 seconds]
zbroyar has joined #ocaml
zbroyar has quit [Ping timeout: 264 seconds]
<adrien>
I'm not surprised it's not compatible
adrien_o1w has joined #ocaml
adrien_oww has quit [Ping timeout: 248 seconds]
<nicoo>
adrien: I meant that OPAM doesn't even try to build
paddymahoney has quit [Remote host closed the connection]
* nicoo
switched to 4.00.1+short-paths
<nicoo>
Now it ought to work; thanks anyways, adrien
16WAAHOCF has joined #ocaml
16WAAHOCF is now known as paddymahoney
paddymahoney has quit [Read error: Connection reset by peer]
paddymahoney has joined #ocaml
cdidd has quit [Remote host closed the connection]
paddymahoney has quit [Quit: Ex-Chat]
q66 has joined #ocaml
yacks has quit [Quit: Leaving]
fraggle_ has quit [Remote host closed the connection]
ottbot has quit [Ping timeout: 260 seconds]
fraggle_ has joined #ocaml
ocp has joined #ocaml
ocp has quit [Quit: Leaving.]
cdidd has joined #ocaml
kaustuv has joined #ocaml
<kaustuv>
It is a pity that BatFingerTree.front and BatDeque.front don't have parallel types. Can this be fixed before the next major release of batteries?
yacks has joined #ocaml
ahokaomaeha has joined #ocaml
ottbot has joined #ocaml
ollehar has joined #ocaml
<ollehar>
is there a way in binary compiled ocaml to use reflection on modules?
<ollehar>
e.g. I have a web page with a compiled cgi file, and a function dispatch_operation with runs what you would call controller code in the mvc pattern.
<ollehar>
I'd like it to take module name and function name, and then call the module and the function.
<flux>
I understand it's possible to dynamically load ocaml objects that are built to be loaded that way
<flux>
but you cannot see the symbols inside them, you must evaluate them and the module would then call functions to hook itself to your system
<ollehar>
flux: ok, thanks. perhaps I could use a module called "Operation" which is used by the other modules to "hook"
ahokaomaeha has quit [Ping timeout: 252 seconds]
mattrepl has joined #ocaml
kaustuv has left #ocaml []
ahokaomaeha has joined #ocaml
noam_ has quit [Read error: Connection reset by peer]
paddymahoney has quit [Killed (barjavel.freenode.net (Nickname regained by services))]
paddymahoney1 is now known as paddymahoney
Guest76437 has joined #ocaml
wmeyer has joined #ocaml
wmeyer has quit [Client Quit]
anderse has quit [Quit: anderse]
wmeyer has joined #ocaml
<wmeyer>
ping adrien
paddymahoney has quit [Quit: Ex-Chat]
Guest76437 has quit [Remote host closed the connection]
ollehar has quit [Ping timeout: 252 seconds]
emmanuelux has quit [Ping timeout: 256 seconds]
ollehar has joined #ocaml
ahokaomaeha has quit [Quit: When I come back, please tell me in what new ways you have decided to be completely wrong.]
zbroyar has joined #ocaml
Simgate has joined #ocaml
paddymahoney1 has joined #ocaml
ttamttam has joined #ocaml
paddymahoney1 is now known as paddymahoney
paddymahoney is now known as Guest95608
Guest95608 is now known as paddymahoney
emmanuelux has joined #ocaml
tac has joined #ocaml
milosn_ has joined #ocaml
ttamttam has quit [Ping timeout: 244 seconds]
milosn has quit [Ping timeout: 256 seconds]
brendan has joined #ocaml
paddymahoney has quit [Ping timeout: 255 seconds]
milosn has joined #ocaml
milosn_ has quit [Ping timeout: 260 seconds]
troydm has quit [Read error: Operation timed out]
troydm has joined #ocaml
emmanuelux has quit [Remote host closed the connection]
zbroyar has quit [Quit: Leaving.]
tac has quit [Quit: Page closed]
tac has joined #ocaml
zbroyar has joined #ocaml
emmanuelux has joined #ocaml
zbroyar has quit [Client Quit]
sysopfb has joined #ocaml
<adrien>
wmeyer: pong
<adrien>
wmeyer: one of the changes I needed is mentionned in http://caml.inria.fr/mantis/view.php?id=5887 so I've taken the solution given by Jerôme Vouillon: mkdir byterun/caml && mv byterun/*.h byterun/caml
sysop_fb has quit [Ping timeout: 252 seconds]
<adrien>
(but I've done it for all headers and I've fixed a couple issues minor issues caused by his script)
osa1 has quit [Ping timeout: 244 seconds]
sysop_fb has joined #ocaml
<adrien>
I've seen your comments so I'll fix these issues and push something again
<adrien>
I think there will be 3 groups of patches:
<adrien>
1- the patches I believe won't cause complaints
<adrien>
2- the ones that are a bit more difficult
<adrien>
3- those which definitely need more work
sysopfb has quit [Ping timeout: 252 seconds]
sysopfb has joined #ocaml
emmanuelux has quit [Ping timeout: 260 seconds]
trep has joined #ocaml
sysop_fb has quit [Ping timeout: 260 seconds]
iZsh has quit [Quit: Coyote finally caught me]
sysop_fb has joined #ocaml
sysopfb has quit [Ping timeout: 264 seconds]
<wmeyer>
adrien: thanks, I applied 1-23 and could not build arm version, I think if we prepare the cross compilation patches, they should also work for non-mingw build
<wmeyer>
adrien: did Jerôme Vouillon made similar work for Android? Merging these two developments would be great.
ahokaomaeha has joined #ocaml
<adrien>
they definitely should; well, I might have made mistakes but almost everything should be there
<wmeyer>
adrien: that's said they applied still locally
trep has quit [Ping timeout: 252 seconds]
tac has quit [Ping timeout: 245 seconds]
<adrien>
I have no idea whether Jérôme Vouillon has used cross-compilation
<wmeyer>
adrien: the guideline is to put most general patches first
<wmeyer>
adrien: it's easier for me to apply the most general before the one specific
<adrien>
tbh I tried looking at the patches floating around and gave up because it was more difficult to understand them an improve them than to start from scratch
<wmeyer>
yes, I understand
<adrien>
most of the existing patches didn't take care of compatibility so they broke other configurations and hardcoded their setups too
<adrien>
should I get out now and buy some beers or should I work on the patches right now? :D
<wmeyer>
i thought this choice [work; beer] - is fully deterministic? I'd say: moaaar beeer!! :-)
<wmeyer>
I owe you a beer for these effort on cross compilation
<wmeyer>
we need it - although new Chrome Books cope well with building OCaml
<wmeyer>
not my AC100 at the moment
<adrien>
hahah, and I owe you one for listening, testing and integrating ;-)
<adrien>
well, beer; I'll be back in one hour or so :P
<adrien>
btw, unfortunately Vouillon's script has created that diffstat:
<adrien>
"It is not possible to use echo portably across all POSIX systems unless both -n (as the first argument) and escape sequences are omitted."
<adrien>
so printf
<adrien>
"New applications are encouraged to use printf instead of echo."
<wmeyer>
are you sure you want to resort to printf? I used -n
<wmeyer>
ah, OK, but is it on Solaris, DEC etc? which we support too
chambart has joined #ocaml
<invariant>
Isn't this why autoconf was invented?
<invariant>
So, you can write MYPORTABLE_VERSION, instead of just simple-command.
<adrien>
well, opengroup.org is your best resource for such standards
<wmeyer>
adrien: yes I like this webpage
<invariant>
It seems a terrible failure for 'echo' to not be portable.
<invariant>
"Hi, we are a standardization body, but we failed to specify echo. Yeah, we know it's sad."
<wmeyer>
maybe I will have beer today too, feeling sad when i think what i assumed to do this weekend.
<adrien>
invariant: they state clearly that was impossible because there were already two widespread implementations that behaved differently
<adrien>
wmeyer: it's always a good time for beer
<adrien>
a,d I blame the work weeks for taking too much time
<adrien>
s/,/n/
<wmeyer>
adrien: thanks :-)
<invariant>
The most portable way to write software is likely to run just every command on the system in parallel and check for the right results in a VM.
<invariant>
(too bad that doesn't work on embedded systems)
<invariant>
(and that currently everyone will shoot you for doing that)
<wmeyer>
invariant: :-)
<adrien>
that's pretty much what curl does
<adrien>
they try 4000 different combinations of arguments to select()
<adrien>
and when the compiler doesn't complain, they decide they've found the right one
<wmeyer>
I don't mind any solution that works
<adrien>
I mind it when it's stupid and takes 15 minutes in a ./configure
<adrien>
(I've timed it)
<wmeyer>
maybe using autoconf and then just taking it's output would be right thing to do
<adrien>
well, the easiest way would be to somehow sort the various combinations so that the most common prototypes to select() are tried first ;-)
<adrien>
wmeyer: could you edit config/auto-aux/runtest, replace "verbose" with "yes" and run the configure script again?
<adrien>
(I'm not sure why "verbose=yes ./configure" doesn't seem to work)
stevej has quit [Quit: Computer has gone to sleep.]