caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: "Lionel Fourquaux" <lionel.fourquaux@wanadoo.fr>
To: <caml-list@inria.fr>
Subject: OCaml for Windows: a suggestion
Date: Thu, 8 Feb 2001 22:07:00 +0100	[thread overview]
Message-ID: <000201c09213$3acd4960$d7688aa4@wfr01946> (raw)

[French version at the end]

	Hello,


	I'd like to suggest a change in the way OCaml is built
under Windows. Wouldn't it be better if the files from byterun/
that are shared by ocamlrun, the native code compiler and the
otherlibs (i.e. the GC, the primitives, and support functions)
were put in a DLL ? IMHO, it has a number of advantages, notably:
 o It's makes it simpler to implement dynamically imported
   primitives (because the support functions can be imported
   from this DLL).
 o It reduces the size of OCaml executables (because this part
   of the code is shared)

	So I suggest to split byterun/ into two directories:
one for the base OCaml implementation, and another (very small)
for ocamlrun, and to split ocamlrun into a DLL and a small
executable. (This is about what is done for the Windows versions
of Perl and Python.)


	What do other users think of this proposal?


		Lionel Fourquaux




[Français]


	Bonjour,


	Je voudrais proposer une modification dans la manière
dont OCaml est compilé sous Windows. Est-ce qu'il ne serait pas
péférable de placer les fichiers utilisés à la fois par ocamlrun,
asmrun et les otherlibs (c'est-à-dire le GC, les primitives,
et des fonctions de `support') dans une DLL ? A mon avis, cela
présenterait plusieurs avantages, dont en particulier :
 - de faciliter l'implémentation de bibliothèques dynamiques
   de primitives (puisqu'une telle DLL pourrait importer les
   fontions dont elle a besoin);
 - de rédure la taille des exécutable produits par OCaml
   (en partageant cette partie du code).

	Alors, je suggère de séparer byterun/ en deux répertoires :
un pour l'implémentation des services de base d'OCaml, et un
autre (très petit) pour ocamlrun, et de scinder ocamlrun en une
DLL et un petit exécutable. (C'est à peu près ce qui est fait
dans les versions Windows de Perl et de Python.)


	Qu'en pensent les autres utilisateurs ?


		Lionel Fourquaux





             reply	other threads:[~2001-02-09  9:30 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-02-08 21:07 Lionel Fourquaux [this message]
2001-02-04 17:54 ` Jean Martos
2001-02-10 19:28   ` Lionel Fourquaux
2001-02-11  9:52   ` Xavier Leroy
2001-02-12 19:37     ` Chris Hecker
2001-02-12 21:27       ` Lionel Fourquaux
2001-02-14 15:32         ` [Caml-list] " Vijay Chakravarthy
2001-02-13 18:07           ` Mattias Waldau
2001-02-13 18:20           ` Gerd Stolpmann
2001-02-13  4:36 Hao-yang Wang

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='000201c09213$3acd4960$d7688aa4@wfr01946' \
    --to=lionel.fourquaux@wanadoo.fr \
    --cc=caml-list@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).