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 VAA14174; Fri, 11 Oct 2002 21:02:10 +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 VAA14411 for ; Fri, 11 Oct 2002 21:02:10 +0200 (MET DST) Received: from relay.pair.com (relay1.pair.com [209.68.1.20]) by concorde.inria.fr (8.11.1/8.11.1) with SMTP id g9BJ29507540 for ; Fri, 11 Oct 2002 21:02:09 +0200 (MET DST) Received: (qmail 82572 invoked from network); 11 Oct 2002 19:02:08 -0000 Received: from node-d8e9cca2-sfo-onnet.worldcom.com (HELO checkerlap.d6.com) (216.233.204.162) by relay1.pair.com with SMTP; 11 Oct 2002 19:02:08 -0000 X-pair-Authenticated: 216.233.204.162 Message-Id: <4.3.2.7.2.20021011115333.01ab8720@mail.d6.com> X-Sender: checker@mail.d6.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 11 Oct 2002 12:02:19 -0700 To: caml-list@inria.fr From: Chris Hecker Subject: [Caml-list] "-pack" on win32/msvc Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk Hi, -pack is disabled on msvc builds because nm and objcopy are not installed by default. However, the cygwin nm and objcopy work on PE format files (msvc objs, libs, and exes), so everything should work just fine (perhaps you didn't know this, Xavier, or maybe you did know it and they're broken in some nonobvious way?). I enabled nm and objcopy in the config files, rebuilt, and I've almost got it working (there's a "-o" that needs to be turned into a "-out:" as a config.ml parm to link, but that's minor). The big problem is that when the pack.obj is made by asmpackager, it includes the camlpackage tmp obj file created, so nm dumps out this file's symbols as well. But the camlpackage tmp is deleted after the packed obj is made (around line 242 of 3.06 asmpackager.ml), so when objcopy goes to do its thing in rename_in_object_file, it blows up because that obj file is missing from the tmp dir. I just now got access to a unix machine to see how it works there, because it doesn't seem like this is an msvc-specific problem, but I must admit to not knowing all the details of the nm/objcopy step. Anybody looked at this? Chris ------------------- 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