Browse thread
[Caml-list] Dynamically evaluating OCaml code
-
John Goerzen
- Vitaly Lugovsky
- Samuel Mimram
-
Basile Starynkevitch
-
Issac Trotts
- Dustin Sallings
-
Brian Hurt
- Oleg Trott
- Ville-Pertti Keinonen
-
John Goerzen
-
Markus Mottl
-
Richard Jones
-
Markus Mottl
- Jon Harrop
-
John Goerzen
- Jean-Marc EBER
-
Trevor Andrade
-
Gerd Stolpmann
- skaller
-
John Goerzen
-
Gerd Stolpmann
-
Christophe TROESTLER
-
Gerd Stolpmann
-
Christophe TROESTLER
- Brandon J. Van Every
- John Goerzen
- Jacques GARRIGUE
-
Christophe TROESTLER
-
Gerd Stolpmann
-
Christophe TROESTLER
- Matt Gushee
-
Gerd Stolpmann
- Benjamin Geer
-
Gerd Stolpmann
- skaller
-
Markus Mottl
- John Goerzen
- Jon Harrop
-
Richard Jones
- Fernando Alegre
- Jean-Marc EBER
- Kenneth Knowles
- Brian Hurt
- skaller
-
Markus Mottl
- Issac Trotts
- Basile Starynkevitch
-
Issac Trotts
- clement capel
- Jon Harrop
- Walid Taha
[
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: | Kenneth Knowles <kknowles@b...> |
| Subject: | Re: [Caml-list] Re: GODI vs. Ocamake |
On Tue, Apr 13, 2004 at 10:14:53PM -0700, Brandon J. Van Every wrote: > An OCaml-centric packaging tool should be written in OCaml. Nobody's > switching to OCaml out of their love for C and C++! If that means GODI > is unsuitable to task, that is unfortunate but reality is reality. > Other languages such as Python and Java have spawned their own build > tools. There's a lot more to the world than Make. > > So how is OCamake? Is it not the obvious place to begin? First: Due to the great variety of operating systems out there, I think autoconf, etc has it exactly right - separating one stage of the build to "adjust" to the system you are building on is a Good Idea. Second: I like the idea of OCamake... I wrote ocamlconf with similar things in mind (a strictly ocaml-centric build tool), but with only the intent of replacing the "configure" portion of a build. A combination with OCamake might prove fruitful for an all-ocaml build process. Third: Porting to Windows is a pain in the ass without cygwin. With just autoconf/automake, one can make a C program that installs and runs (yes, the build process is part of the install for _most_ OS's) on almost any unix, and cygwin. Making a special exception for Windows without cygwin isn't at the top of my TODO list, particularly since there's not even a pretense of meeting me halfway (for example, by adopting POSIX and providing a bourne shell). I want to supply the same thing for ocaml through ocamlconf. All it requires (to my knowledge) is ocaml, a bourne shell, and make (not restricted to gnu make, I think). Kenn ------------------- 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