<rwmjones>
that's very odd - not an error I've seen here. My ld.conf contains:
<rwmjones>
/usr/lib64/ocaml/stublibs
<rwmjones>
/usr/lib64/ocaml
<rwmjones>
I wonder actually if you have /stublibs. If that directory didn't exist then
<rwmjones>
ocamlfind install might attempt to add the /expat directory to that file
<rwmjones>
$ rpm -qf /usr/lib64/ocaml/stublibs
<rwmjones>
ocaml-runtime-3.10.0-2
<G>
I had stublibs
<rwmjones>
strange ... if you can strace it to find out what it's actually trying to do, then send to rjones_at_redhat.com I'll take a look
<rwmjones>
strace -f
<G>
it's happening in mock, so it's a bit harder, hold it
<rwmjones>
you try modifying the spec file so the %install rule (or whichever is failing) is wrapped in an strace
<rwmjones>
s/you/you could/
<rwmjones>
G, I've just noticed that while ocaml-expat builds for me, it does give this warning during the build:
<rwmjones>
ocamlfind: [WARNING] You have installed DLLs but the directory /var/tmp/ocaml-expat-0.9.1-3-root-rjones/usr/lib64/ocaml/stublibs is not mentioned in ld.conf
<rwmjones>
obviously the warning is bogus, but I wonder if something about the mock build causes ocamlfind to think it can fix the problem? For instance does mock run the build as root (or some sort of "fake" root)?
<G>
fakeroot
<rwmjones>
yeah, I bet ocamlfind thinks it's running as root and so attempts to edit the file
<rwmjones>
strace will determine if that is the case or not
<G>
expat builds in mock
<rwmjones>
looking at the findlib code, I think that exporting OCAMLFIND_LDCONF=ignore may fix it
lde has quit [Read error: 110 (Connection timed out)]
lde has joined #ocaml
piggybox has quit [Connection timed out]
<G>
rwmjones: ahhh, I think I worked out my mistake
ygrek has quit [Remote closed the connection]
<rwmjones>
G, I'm just building that package in mock too
<G>
drats
<G>
okay, this now builds again, but I've introduced other problems
<rwmjones>
what's the change?
<G>
I realised I didn't actually create stublibs in /var/tmp
<G>
the new problem is rpaths
<rwmjones>
yeah, I set QA_RPATHS to get over that warning
<rwmjones>
no idea what the real fix is, since rpaths actually (to some extent) make sense there
<G>
I'll see if I can fix it when I wake up
<G>
rwmjones: if all goes well, I'm going to push ocaml 3.10 to EL-5, doubt I'll be able to with EL-4 though
buluca has joined #ocaml
<rwmjones>
ok, great thanks
<G>
but that doesn't mean we still can't do ocaml stuff for EL-4
buluca has quit [Read error: 113 (No route to host)]
piggybox has joined #ocaml
buluca has joined #ocaml
shawn has joined #ocaml
kniv7s has quit [Read error: 110 (Connection timed out)]
pango has quit [Remote closed the connection]
pango has joined #ocaml
kniv7s has joined #ocaml
boto has joined #ocaml
haelix has quit [Read error: 104 (Connection reset by peer)]
shawn has quit ["This computer has gone to sleep"]
love-pingoo has quit ["méson"]
<leo037>
1;;
<xavierbot>
- : int = 1
leo037 has quit ["Leaving"]
<Smerdyakov>
NICE
<rwmjones>
Smerdyakov, don't you mean
<rwmjones>
`NICE;;
<xavierbot>
- : [> `NICE ] = `NICE
<rwmjones>
ok, I have a question
<Smerdyakov>
ignore `POLYMORPHIC_VARIANTS;;
<xavierbot>
- : unit = ()
<rwmjones>
I want to implement read-only and read-write handles, which I can do through polymorphic variants, but I can't find the postings about it right now
<rwmjones>
but it's something like:
<rwmjones>
type t = [`R] connection ;;
<xavierbot>
Characters 15-25:
<xavierbot>
type t = [`R] connection ;;
<xavierbot>
^^^^^^^^^^
<xavierbot>
Unbound type constructor connection
<rwmjones>
no, maybe
<Smerdyakov>
Why does this need polymorphic variants?
<rwmjones>
type r = [`R] ;;
<xavierbot>
type r = [ `R ]
<rwmjones>
type rw = [`R|`W];;
<xavierbot>
type rw = [ `R | `W ]
<rwmjones>
and then
<rwmjones>
type 'a connection;;
<xavierbot>
type 'a connection
<rwmjones>
type ro_connection = r connection;;
<xavierbot>
type ro_connection = r connection
<rwmjones>
type rw_connection = rw connection;;
<xavierbot>
type rw_connection = rw connection
<Smerdyakov>
You can do this more nicely with phantom types.
<rwmjones>
yes, exactly what I was looking for, thanks