English version
Accueil     À propos     Téléchargement     Ressources     Contactez-nous    

Ce site est rarement mis à jour. Pour les informations les plus récentes, rendez-vous sur le nouveau site OCaml à l'adresse ocaml.org.

Browse thread
[Caml-list] Announcing the OMake build system version 0.9.1
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ 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

[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:


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 

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