caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Sven LUTHER <luther@dpt-info.u-strasbg.fr>
To: Chris Hecker <checker@d6.com>
Cc: Sven LUTHER <luther@dpt-info.u-strasbg.fr>,
	Gerd Stolpmann <info@gerd-stolpmann.de>,
	Pierre Weis <pierre.weis@inria.fr>,
	caml-list@inria.fr
Subject: Re: [Caml-list] CDK with Ocaml 3.06 (fwd)
Date: Tue, 15 Oct 2002 07:15:32 +0200	[thread overview]
Message-ID: <20021015051532.GB2224@iliana> (raw)
In-Reply-To: <4.3.2.7.2.20021014214720.0320a448@mail.d6.com>

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


  reply	other threads:[~2002-10-15  5:05 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-10-14 16:42 Alain Frisch
2002-10-14 17:39 ` Stefano Zacchiroli
2002-10-14 17:59   ` Alain Frisch
2002-10-14 18:16   ` Sven LUTHER
2002-10-14 20:38     ` Pierre Weis
2002-10-14 21:07       ` Sven LUTHER
2002-10-14 22:44         ` Gerd Stolpmann
2002-10-15  4:42           ` Sven LUTHER
2002-10-15  4:53             ` Chris Hecker
2002-10-15  5:15               ` Sven LUTHER [this message]
2002-10-15  5:25                 ` Chris Hecker
2002-10-15  5:41                   ` Sven LUTHER
2002-10-15  6:34                     ` Chris Hecker
2002-10-15  5:02             ` Alessandro Baretta
2002-10-15  5:04               ` Chris Hecker
2002-10-15  5:08               ` Sven LUTHER
2002-10-17 17:57           ` Gleb N. Semenov
2002-10-15 11:21         ` Sign the packages (was Re: [Caml-list] CDK with Ocaml 3.06 (fwd)) Tim Freeman
2002-10-15 11:59           ` Sven Luther

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=20021015051532.GB2224@iliana \
    --to=luther@dpt-info.u-strasbg.fr \
    --cc=caml-list@inria.fr \
    --cc=checker@d6.com \
    --cc=info@gerd-stolpmann.de \
    --cc=pierre.weis@inria.fr \
    /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).