RE: [Caml-list] Re: GODI vs. Ocamake

[Gerd Stolpmann <info@gerd-stolpmann.de>]

Am Mit, 2004-04-14 um 07.14 schrieb Brandon J. Van Every:
> Jacques GARRIGUE wrote:
> >
> > I think that it would be much more reasonable to have a packaging
> > system controlling all of ocaml, but only ocaml.
> 
> Reasonable, but foreign libraries aren't going away.  Not until OCaml
> has everything under its own roof, and that will be quite some time.  A
> proper OCaml package system will have deal with foreign libraries
> somehow, even if the support is half-assed.
> 
> > Last, we need support for windows, and for binary packages.
> 
> I hope you only mean "last" as a way of listing things needed, i.e.
> first, second, last.  If you mean these are your last priorities, I'd
> never contribute to such a project.  I'm bloody fed up with GNU Make on
> Windows for reasons I won't belabor here.
> 
> > Which creates another problem: GODI is based on C tools and BSD
> > makefiles. I'm not sure this is the favorite kind of things ocaml
> > programmers would maintain.
> 
> 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.

This is off-topic. GODI does not use Makefiles to build software, it
just calls whatever build tool is used by the upstream author (well,
usually Makefiles, but other tools like Ocamake are possible). It uses
Makefiles to control the overall build process.

So I'am sorry, Ocamake isn't an alternative for that. The whole debate
"GODI vs. Ocamake" does not make any sense for me.

Gerd

> So how is OCamake?  Is it not the obvious place to begin?

-- 
------------------------------------------------------------
Gerd Stolpmann * Viktoriastr. 45 * 64293 Darmstadt * Germany 
gerd@gerd-stolpmann.de          http://www.gerd-stolpmann.de
------------------------------------------------------------

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