caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: skaller <skaller@users.sourceforge.net>
To: Mike Furr <furr@cs.umd.edu>
Cc: caml-list List <caml-list@inria.fr>
Subject: Re: Cherry-picking modules (was Re: [Caml-list] [ANN] OCaml Reins 0.1 - Persistent Data Structure Library)
Date: Thu, 27 Sep 2007 05:16:41 +1000	[thread overview]
Message-ID: <1190834201.5998.19.camel@rosella.wigram> (raw)
In-Reply-To: <46FA9C97.9010003@cs.umd.edu>

On Wed, 2007-09-26 at 13:53 -0400, Mike Furr wrote:
> skaller wrote:
> 
> > This is true .. but you're missing something, which is slightly
> > surprising considering you're the maintainer and DD manager
> > of the Debian package for Felix ..
> 
> I believe the main point here is that you are bending what I consider
> best practice for felix because it is still in development and you want
> to speed its adoption.  I do understand that.

Actually no: IMHO 'best practice' is that programs are *source code*
and that is the only way they should be distributed. Binaries
should never be installed or distributed: they're just a 'cache'
and should be invisible.

Felix is designed to work that way: you execute script directly,
the same as Perl and Python.

Other systems, such as C, are so utterly plagued by design
faults and portability issues that systems like Debian were
designed to do this caching in a reliable way and distribute
the binaries .. but this is simply a consequence of the poor
engineering of C.

> You should no more expect them to build the reins library then for the
> gcc authors should expect you to build all of the dependencies of
> gcc/g++ (of which there appear to be >40 in the debian/control file for
> that package). 

But that's because it is written in C. For Ocaml code
I expect .. and indeed demand .. to build from source.
That is possible because of the superior design of the
Ocaml programming language. 

That is how Godi manages things -- and there's a good argument
Debian Ocaml 'binary' packages should ACTUALLY contain source
code which is built on demand: it would be a whole lot more
portable and easier to maintain, since upgrades to Ocaml require
modifying ALL the dang binary libraries, but very rarely
any change to sources.

Binary distros suck because user code not part of the distro
isn't handled. 'Execute source' is the way to go, because
it rebuilds everything, including user code, automatically
as required. IMHO of course :)

>  When you distribute the felix binary, all of its ocaml
> libraries are statically linked in, so they don't have to download
> anything outside of your binary (which is the downside of your choice to
> do source releases).

Yes, this is true, however I don't own a compile farm to build
all the binaries.


-- 
John Skaller <skaller at users dot sf dot net>
Felix, successor to C++: http://felix.sf.net


  reply	other threads:[~2007-09-26 19:16 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-25 18:53 [ANN] OCaml Reins 0.1 - Persistent Data Structure Library Mike Furr
2007-09-25 19:14 ` [Caml-list] " Daniel Bünzli
2007-09-25 19:30   ` Mike Furr
2007-09-25 22:16     ` Cherry-picking modules (was Re: [Caml-list] [ANN] OCaml Reins 0.1 - Persistent Data Structure Library) Daniel Bünzli
2007-09-25 23:33       ` Cherry-picking modules (was " Sylvain Le Gall
2007-09-26  6:41         ` [Caml-list] " skaller
2007-09-26  7:22         ` Daniel Bünzli
2007-09-26  8:19           ` skaller
2007-09-26  8:30             ` Daniel Bünzli
2007-09-26  8:58               ` skaller
2007-09-26  9:49                 ` Daniel Bünzli
2007-09-26 10:26           ` Sylvain Le Gall
2007-09-26 11:45             ` [Caml-list] " Jim Miller
2007-09-26 12:37               ` Sylvain Le Gall
2007-09-27 10:11               ` [Caml-list] " Richard Jones
2007-09-26 12:22             ` Daniel Bünzli
2007-09-26 12:58             ` skaller
2007-09-26 16:47             ` Sylvain Le Gall
2007-09-26 22:38             ` [Caml-list] " Vincent Aravantinos
2007-09-26 22:41               ` Vincent Aravantinos
2007-09-26  6:19       ` Cherry-picking modules (was Re: [Caml-list] " skaller
2007-09-26 15:08         ` Michael Furr
2007-09-26 17:12           ` skaller
2007-09-26 17:53             ` Mike Furr
2007-09-26 19:16               ` skaller [this message]
2007-10-05 14:42               ` Adrien
2007-10-05 14:58                 ` Cherry-picking modules (was Re: [Caml-list] [ANN] OCaml Reins 0.1- " Christoph Bauer
2007-10-05 15:21                   ` Adrien
2007-10-05 19:45                     ` Cherry-picking modules (was Re: [Caml-list] [ANN] OCaml Reins0.1- " David Allsopp
2007-10-05  3:48         ` Cherry-picking modules (was Re: [Caml-list] [ANN] OCaml Reins 0.1 - " Nathaniel Gray
2007-09-26  7:03       ` Maxence Guesdon
2007-09-26  7:44         ` skaller
2007-09-26  8:53           ` Maxence Guesdon
2007-09-26 10:05             ` Daniel Bünzli
2007-09-26  8:17         ` Daniel Bünzli
2007-09-26 15:32       ` Michael Furr
2007-09-26 15:50         ` Vincent Aravantinos
2007-09-26 16:42           ` Cherry-picking modules (was " Sylvain Le Gall
2007-09-26 17:38             ` [Caml-list] " skaller
2007-09-26 17:57             ` Vincent Aravantinos
2007-09-26 17:22         ` Cherry-picking modules (was Re: [Caml-list] " skaller
2007-09-26 18:17         ` Daniel Bünzli
2007-09-26 18:45           ` Mike Furr
2007-09-26 19:21           ` skaller
2007-09-26  5:51 ` ExtLib, etc. " David Teller
2007-09-26 20:37 ` [Caml-list] [ANN] OCaml Reins 0.1 - Persistent Data Structure Library Mike Furr

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1190834201.5998.19.camel@rosella.wigram \
    --to=skaller@users.sourceforge.net \
    --cc=caml-list@inria.fr \
    --cc=furr@cs.umd.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).