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 JAA05939; Wed, 25 Sep 2002 09:14:35 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: (from weis@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id JAA05817 for caml-list@pauillac.inria.fr; Wed, 25 Sep 2002 09:14:34 +0200 (MET DST) Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id GAA03301 for ; Wed, 25 Sep 2002 06:45:55 +0200 (MET DST) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by nez-perce.inria.fr (8.11.1/8.11.1) with ESMTP id g8P4jsD02918 for ; Wed, 25 Sep 2002 06:45:54 +0200 (MET DST) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 17u43V-0007Rn-00 for ; Wed, 25 Sep 2002 06:45:45 +0200 To: caml-list@inria.fr X-Injected-Via-Gmane: http://gmane.org/ Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 17u43U-0007Re-00 for ; Wed, 25 Sep 2002 06:45:44 +0200 Path: not-for-mail From: "=?iso-8859-1?q?Micha=EBl_Gr=FCnewald?=" Subject: [Caml-list] Re: We should start using -pack by default when building libraries, (was : Re: Meta module in findlib and the need for namespaces) Date: 25 Sep 2002 06:48:19 +0200 Organization: (none) Message-ID: <87d6r2llnw.fsf@ketanu.dyndns.org> References: <3D87406D.9010406@baretta.com> <20020922212920.GG914@ice.gerd-stolpmann.de> <20020923084301.GA1272@iliana> <20020923163619.A16997@pauillac.inria.fr> <20020924063041.GA1436@iliana> NNTP-Posting-Host: amontpellier-203-1-4-110.abo.wanadoo.fr Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1032929144 27852 80.14.105.110 (25 Sep 2002 04:45:44 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 25 Sep 2002 04:45:44 +0000 (UTC) User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk Sven LUTHER writes: > On Mon, Sep 23, 2002 at 04:36:19PM +0200, Xavier Leroy wrote: > > > > Note that dynlink.cma not only contains Meta, but also other modules > > > > with plain names: Misc, Config, Ident, Path, Types, i.e. names for > > > > which name clashes are much more likely than for cryptic names. > > > > > > Well, is it not for exactly this kind of problems that the -pack option > > > was implemented ? > > > > Yes, exactly. > > :))) > > > For other existing libraries, backward compatibility can deter using > > -pack, but I'd encourage authors of new libraries to use it in order > > to export only one compilation unit. > > Could we consider making using -pack the standard for a future version of > ocaml (3.07) and add a -nopack version for those that don't want to use > it, especially when building .cmas ? > This would need a bit of discussion first, but mostly, i don't think > anyone would object to this, at least not very strongly. So every unmaintained code and Makefiles becomes all suddenly obsoletes ? This is a really bad thing to do things like this, and it is so easy to write wrappers scripts over the compiler, so it has defaults suitable for your needs ... There is no need to modify standards for that. > That said ... > > John Carr Wrote : > > | OCaml 3.06 does not support -pack when using native code on a system > | without the GNU linker. If you release software that depends on -pack, > | I will not be able to use it. > > Well, this would cause a problem, which need to be solved before -pack > is supported as standard. What are exactly the cases were it causes > problem, (AIX when not using the GNU linker, i guess, but also maybe > windows ?) and is there any chance this can be solved soonly ? > > Alternatively, this could be a feature that could be enabled/disabled at > build time ? E.g. with the `-pack' option ? :) -- Michaël Grünewald - RSA PGP Key ID: 0x20D90C12 ------------------- 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