Browse thread
[Caml-list] native code toplevel
[
Home
]
[ Index:
by date
|
by threads
]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
| Date: | -- (:) |
| From: | malc <malc@p...> |
| Subject: | Re: [Caml-list] native code toplevel |
On Sat, 16 Nov 2002, Oleg wrote: > On Saturday 16 November 2002 06:16 pm, malc wrote: > > On Sat, 16 Nov 2002, Oleg wrote: > > > Hi > > > > > > I found the same question in the archives, but with no answers: why isn't > > > there a native code toplevel? Sometimes I need high performance and > > > interactivity (CMUCL can do it, why not O'Caml?) > > > > Let's see. We have following obstacles: > > a) Ocaml relies on external tools to generate native code (assembler, > > linker) > > It could call those external tools. Why not? Because its hell to implement? > > b) Ocaml has no way to dynamically load .cmx or .cmxa > > I don't know about other platforms, but Solaris and Linux have dlopen, dlsym > and dlclose. Couldn't it use those? Plese take my word, its far more complicated than just calling dlfcn.h functions. > > > And here is a real show stoper - no way to pick suitable name for the > > executable, i mean, ocaml - toplevel, ocamlc - compiler, ocamlopt - > > "optimizing" compiler. Quite simply, there is no space for such a beast. > > I would readily give up bytecode for native code. Alternatively, I would > settle for pretty much any name. Uh-oh -- mailto:malc@pulsesoft.com ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners