On Dec 9, 2011, at 13:37 , Gabriel Scherer wrote:

>> You can follow the progress here: https://github.com/colinbenner/ocamlllvm
> 
> - there are two different repos, ocamlllvm and ocaml-llvm (which has a
> commit history that make it looks like it is where the real
> development happen); which one should one follow? A wild guess after
> only a quick look is that the ocaml-llvm repo did not build upon your
> ocamlnat changes, and ocamllvm is about merging the changes on top of
> it; but I really have no idea.

ocaml-llvm was the initial attempt, based on the upstream OCaml sources. But we 
decided to ditch the surrounding OCaml stuff, esp. the broken make-based build 
system in favor of something simple, based on oasis and ocamlbuild (just like I 
did with ocamlnat). So the one to follow is ocamlllvm.

> - you mention a "patched" LLVM; where can the patches be fetched?

Just drop Colin a mail and ask him for the current patch (should be for 2.7 or 
2.8, IIRC).

> Do
> you plan to present changes in such a way that it can be submitted
> upstream?

Yes, the long time goal (maybe impossible to reach with just one bachelor 
thesis) is to have a simple set of patches for LLVM (mostly calling 
conventions, maybe some additional intrinsics for the weird OCaml exception 
model), which can be merged upstream.

> I think it is natural that you have to make changes to LLVM,
> the GHC people (which now have an experimental LLVM backend) also did,
> and I was under the impression that the LLVM people where quite
> welcoming of their changes, they are glad to see LLVM being used in a
> non-Clang-centric project. I think your patches could bring value to
> LLVM, independently of the success of the ambitious ocaml backend
> attempt.

Hm, I'm not sure. It's really easy to generate LLVM code for OCaml in general, 
the problem is getting things to interact with legacy OCaml code, with 
exception handling being one of the most important issue. The required stuff 
will be very platform specific and very specific to OCaml, and we don't even 
know if it's going to work.

Benedikt

-- 
Caml-list mailing list.  Subscription management and archives:
https://sympa-roc.inria.fr/wws/info/caml-list
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
Bug reports: http://caml.inria.fr/bin/caml-bugs

Reply via email to