From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from weis@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id AAA25156 for caml-redistribution; Fri, 15 Jan 1999 00:12:47 +0100 (MET) 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 UAA26746 for ; Thu, 14 Jan 1999 20:46:23 +0100 (MET) Received: from mail.nap.com.ar (mail.nap.com.ar [209.14.116.11]) by nez-perce.inria.fr (8.8.7/8.8.7) with SMTP id UAA23206 for ; Thu, 14 Jan 1999 20:46:20 +0100 (MET) Received: from [209.14.117.161] (HELO k-bell.com) by mail.nap.com.ar (Stalker SMTP Server 1.7) with ESMTP id S.0000555869 for ; Thu, 14 Jan 1999 16:47:11 -0300 Message-ID: <369E4984.5EC602B4@k-bell.com> Date: Thu, 14 Jan 1999 16:47:09 -0300 From: =?iso-8859-1?Q?Mat=EDas?= Giovannini Reply-To: matias@k-bell.com Organization: Script S.A. X-Mailer: Mozilla 4.5 (Macintosh; I; PPC) X-Accept-Language: en MIME-Version: 1.0 To: caml-list@inria.fr Subject: [Q] Custom toplevel for MacOS O'Caml Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: weis Hello, people. I have downloaded and succesfully built the ocaml-2.01 distribution on my Mac (PowerMac G3, MacOS 8.5.1, MPW 3.5d3, Universal Interfaces 3.2). I wanted to add libnum support to the graphical toplevel, and I succeeded in linking the libnums.[xo] and nums.cma (as more or less per :otherlibs:num:README instructions), but got a crash when trying it. More specifically, what I did was this: - generate the primitives list, extracting them from nat.ml - link the C library :otherlibs:num:libums.o together with :byterun:libcamlrun.o - link the Caml library :otherlibs:num:nums.cma together with the libraries comprising the toplevel but it didn't work. Although I undid the mods to the makefile (and I didn't keep them), I think I can come up again quickly with the setup I used. What should I have done, or rather, how it is done? Thank you in advance, and best regards, Matías P.S.: I'd be more than happy to share experiences and/or work with the implementors/maintainers regarding the installation. In particular, WASTE 1.2 needed a couple of patches to compile successfully with Universal Interfaces 3.2 (UI 3.1 have errors re. old routine names that I didn't bother fixing).