Re: [Caml-list] Alternative proposal: COAN

[Michal Moskal <malekith@pld-linux.org>]

On Wed, Feb 26, 2003 at 11:11:50AM +0100, Sven Luther wrote:
> Mostly my build recomendations would be :
> 
>   o support a DESTDIR to install in another directory than you built for.
> 
>   o support to build either the bytecode or the native code compiler,
>     having an option to rename both versions as the same name. I build
>     packages containing both sometimes.

    o support passing user-defined CFLAGS, CC
  
[snip]
> > Ok, forcing isn't exactly the best way to go. Maybe the best way would
> > be to prepare example/template package? Then people will probably copy
> > from it.
> 
> There is already example OCAMLMKFILE, but i think some people (like
> myself) don't like it and prefer to use their own makefiles. Also some
> people may want to use findlib and other not. There is no problem with
> that, as long as the resulting build system meets certain criterias,
> like the above.

Ok, as long as we define the criteria clearly. But still template
wouldn't be that bad idea.

[snip]
> > > This, with the Provides, Conflicts, Recomend and Suggest, is enough for
> > > handling dependencies, and much more easier to understand and work with
> > > than the XML horror you where suggesting.
> > 
> > > >     <coan-pkg name="foobar" version-not-less-then="1.23"/>
> > 
> > ---> Depends: foobar (>= 1.23)
> > 
> > > >     <system-pkg name="MySQL" version-not-less-then="1.2.3"/>
> > 
> > ---> Build-Depends: mysql-dev (>= 1.2.3)
> > 
> > This is simple, you just need to look at it for a moment.
> 
> Unless the distib has foobar1 and foobar1.2 available, unless they
> changed foobar into libfoo-dev or other something such. There is human
> intervention needed to check this, so at least make it readable.

Ok, you win :-)

-- 
: Michal Moskal ::::: malekith/at/pld-linux.org :  GCS {C,UL}++++$ a? !tv
: PLD Linux ::::::: Wroclaw University, CS Dept :  {E-,w}-- {b++,e}>+++ h

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