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 WAA20799; Wed, 22 May 2002 22:55:59 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f 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 WAA20796 for ; Wed, 22 May 2002 22:55:58 +0200 (MET DST) Received: from moutng0.schlund.de (moutng0.kundenserver.de [212.227.126.170]) by nez-perce.inria.fr (8.11.1/8.11.1) with ESMTP id g4MKtxH25710 for ; Wed, 22 May 2002 22:55:59 +0200 (MET DST) Received: from [212.227.126.160] (helo=mrelayng0.kundenserver.de) by moutng0.schlund.de with esmtp (Exim 3.22 #2) id 17Ad9F-0000FC-00; Wed, 22 May 2002 22:55:53 +0200 Received: from [80.129.102.5] (helo=gate.gerd-stolpmann.de) by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2) id 17Ad9F-0002OH-00; Wed, 22 May 2002 22:55:53 +0200 Received: from gate (localhost [127.0.0.1]) by gate.gerd-stolpmann.de (Postfix) with ESMTP id 5A0F3CCCF; Wed, 22 May 2002 22:55:49 +0200 (CEST) Date: Wed, 22 May 2002 22:55:44 +0200 From: Gerd Stolpmann To: Blair Zajac Cc: Gerd Stolpmann , caml-list@inria.fr Subject: Re: [Caml-list] OCaml packaging problems: findlib helps! Message-ID: <20020522225544.A3860@gate.gerd-stolpmann.de> References: <20020518202316.C629@ice.gerd-stolpmann.de> <3CEAD769.C6392402@orcaware.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <3CEAD769.C6392402@orcaware.com>; from blair@orcaware.com on Wed, May 22, 2002 at 01:25:29 +0200 X-Mailer: Balsa 1.2.4 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk On 2002.05.22 01:25 Blair Zajac wrote: > Gerd Stolpmann wrote: > > > > Hello list, > > > > I have prepared an experimental version of findlib (download see below) > > [...] > > The simple existence of this directory causes that all files with the suffixes > > .so and .dll are copied into this directory (no symlinks). Of course, this breaks > > the current way of representing the ownership of files. In previous versions, > > all files in the package directory for X are owned by X. This is simple, > > and works for everything else very well. In libexec, there are now .owner files, > > e.g. for dllfoo.so findlib creates a second file dllfoo.so.owner, containing > > only one line with the name of the owner. > > Gerd, > > What about the possibility of having multiple owners for the same library? > I can see the case (in fact I'm going to build a module that does this) > that segments a single shared library into multiple modules. Then I'd > want multiple owners for the same library. > > Are there any other tricks I need to be careful of to make sure that > this works? You could have a special package L that only contains the library, and a minimum cma/cmxa archive that loads the library, but that does not access it. The rest can be placed in other packages that list L as predecessor. Ensure that you call at least one O'Caml function from L (it can be empty), otherwise the linker will remove the libraries from L from any executable you try to build. > On an unrelated point, can you modify the Makefile to define a new > variable, say DEBUG, that is set to either -g or nothing and replace > all the -g's with $(DEBUG)? This would trim down the size of the > generated files. This could also be added to configure as a -debug > command line option. I can send in a patch if requested. I can remove it from the command that builds "ocamlfind", but I do not think that the debugging symbols should be missing in any cma library. They are removed anyway if you build an executable without -g, so it is only a matter of disk space (on the developer's system), and disks become larger all the time. Gerd -- ---------------------------------------------------------------------------- Gerd Stolpmann Telefon: +49 6151 997705 (privat) Viktoriastr. 45 64293 Darmstadt EMail: gerd@gerd-stolpmann.de Germany ---------------------------------------------------------------------------- ------------------- 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