Browse thread
[Caml-list] Announcing the OMake build system version 0.9.1
[
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: | 2004-09-05 (01:19) |
From: | james woodyatt <jhw@w...> |
Subject: | Re: [Caml-list] Announcing the OMake build system version 0.9.1 |
everyone— [I have a question for the community at the end of this message. If you are interested in this general topic, then please consider commenting on my question. Thanks.] OMake looks good, but it is GPL— which prevents me from using it until it is a widely distributed and mature product. For developers interested in a non-GPL (yet still open source) alternative to the venerable Unix make(1) tool, I'd like to mention an old Perl project of mine: Conjury. Conjury was written entirely in modular Perl, and one of its interesting features is that the entire build system, including the implementation of its construction tools, can be distributed within the source code tree of the project which uses it. It depends only on a stock installation of the Perl distribution. Here is the README for the latest version: <http://www.cpan.org/modules/by-module/Conjury/conjury-1.004.readme> The rest of its documentation is bundled internally as Perldoc, and there is no online repository for HTML pages for it. Sorry. It is licensed under the 2-clause BSD license (like all of my code). And while I haven't maintained it in several years, I have been considering resurrecting it for use in my forthcoming OCaml Network Application Environment (NAE), which I am building out on SF.Net now. (This is the official project name on SourceForge for what I have previously called my Pagoda project. There is already an unrelated Pagoda project on SF.Net.) I looked at cons and gnatmake and jam and lots of other tools back in 1999 when I wrote Conjury, and I found them all wanting. I still need to write decent support for the OCaml toolchain before Conjury would work for me, but at the moment, it's looking like the best alternative available for my purposes. Would there be interest in Perl Conjury as a separate project if it supported the OCaml toolchain, or can I safely just bundle it inside OCaml NAE and hide it from the user with a shell written in the Unix make(1) language? Would anyone like to comment on that? Thanks. -- j h woodyatt <jhw@wetware.com> markets are only free to the people who own them. ------------------- 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