From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id HAA15744; Tue, 15 Oct 2002 07:05:46 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id HAA15629 for ; Tue, 15 Oct 2002 07:05:45 +0200 (MET DST) Received: from mel-rto6.wanadoo.fr (smtp-out-6.wanadoo.fr [193.252.19.25]) by concorde.inria.fr (8.11.1/8.11.1) with ESMTP id g9F55i512538; Tue, 15 Oct 2002 07:05:44 +0200 (MET DST) Received: from mel-rta10.wanadoo.fr (193.252.19.193) by mel-rto6.wanadoo.fr (6.5.007) id 3DA24D4D0046ACB2; Tue, 15 Oct 2002 07:05:38 +0200 Received: from iliana (80.14.69.186) by mel-rta10.wanadoo.fr (6.5.007) id 3DA24C0A0048E554; Tue, 15 Oct 2002 07:05:38 +0200 Received: from luther by iliana with local (Exim 3.36 #1 (Debian)) id 181K3J-0000bd-00; Tue, 15 Oct 2002 07:15:33 +0200 Date: Tue, 15 Oct 2002 07:15:32 +0200 To: Chris Hecker Cc: Sven LUTHER , Gerd Stolpmann , Pierre Weis , caml-list@inria.fr Subject: Re: [Caml-list] CDK with Ocaml 3.06 (fwd) Message-ID: <20021015051532.GB2224@iliana> References: <20021014224457.GM1002@ice.gerd-stolpmann.de> <20021014181602.GA2620@iliana> <200210142038.WAA05623@pauillac.inria.fr> <20021014210719.GA3682@iliana> <20021014224457.GM1002@ice.gerd-stolpmann.de> <4.3.2.7.2.20021014214720.0320a448@mail.d6.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4.3.2.7.2.20021014214720.0320a448@mail.d6.com> User-Agent: Mutt/1.4i From: Sven LUTHER Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk On Mon, Oct 14, 2002 at 09:53:05PM -0700, Chris Hecker wrote: > > >At least for the windows solution, i strongly think a binary > >distribution mechanism is what is needed for the users and also would > >save a lot of time and 'howto build' kind of questions on the mailing > >lists. There is no reason not to do so, i am no windows expert, but > >windows offer a stable set of libraries and other system component that > >can be relied upon to install ocaml binary packages upon. This already > >works for ocaml itself. > > Yes, binary distribution would work fine on windows. Bytecode binary > distribution for most libraries should work fine on all platforms. Yes, that would be a good start, windows binaries and bytecode. The outside dependencies (the ones on things not ocaml related, tcl/tk, gtk+ and so on) is the main difficulty here. BTW, if it comes to that, i have plan to ship every debian package containing programs (as opposed to library packages) as a single bytecode package built without -custom and a native code version on the arches that support them. If things like file layout, external dependencies and library distribution (in particular the stublibs) are resolved, i suppose you could install these exact same packages on non-debian systems also. I don't have time to work on this though :((( > I think at this point it's more important to do something small and get it > going than it is to solve all possible package management problems. Even > something that just allowed a standard way of getting a tar ball of source > for a given package and for its dependencies would be better than nothing, > and we could improve it as we went. > > The -pack option made this a lot simpler, because now libraries can be > distributed as a single module. If we make some relatively simple > standards for build targets I think we can start making progress. But the -pack option is not yet standardized, and not used in much cases, it seems to me. > Of course, if something like apt would just work for us (on all platforms, > source and binary), then that would be excellent and we should just start > using it. it will never just work, it 'just works' on debian, because of the debian maintainers who do the work of making sure the packages work. Friendly, Sven Luther ------------------- 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