From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Delivered-To: caml-list@yquem.inria.fr Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by yquem.inria.fr (Postfix) with ESMTP id 5FD12BCAF for ; Fri, 10 Jun 2005 11:07:31 +0200 (CEST) Received: from pauillac.inria.fr (pauillac.inria.fr [128.93.11.35]) by concorde.inria.fr (8.13.0/8.13.0) with ESMTP id j5A97UZu003520 for ; Fri, 10 Jun 2005 11:07:30 +0200 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 LAA00977 for ; Fri, 10 Jun 2005 11:07:30 +0200 (MET DST) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id j5A97SPZ031546 for ; Fri, 10 Jun 2005 11:07:29 +0200 Received: from Rosella (ppp35-43.lns1.syd2.internode.on.net [59.167.35.43]) by smtp3.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id j5A97NgE004850; Fri, 10 Jun 2005 18:37:24 +0930 (CST) Subject: Re: [Caml-list] Caml on intel-OSX From: John Skaller To: Stefano Zacchiroli Cc: Inria Ocaml Mailing List In-Reply-To: <20050610063505.GB30637@fistandantilus.takhisis.org> References: <1118295206.7145.165.camel@rosella.wigram> <0908894eeba2802d8441ea3476c67c36@wetware.com> <1118330851.8693.10.camel@rosella.wigram> <36973.131.254.50.45.1118334009.squirrel@mail.irisa.fr> <1118357500.8693.80.camel@rosella.wigram> <20050610063505.GB30637@fistandantilus.takhisis.org> Content-Type: text/plain Date: Fri, 10 Jun 2005 19:07:26 +1000 Message-Id: <1118394446.8693.171.camel@rosella.wigram> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 Content-Transfer-Encoding: 7bit X-Miltered: at concorde with ID 42A95852.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Miltered: at nez-perce with ID 42A95850.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; caml-list:01 zacchiroli:01 compiler:01 invokes:01 makefile:01 packager:01 makefile:01 compilation:01 compiler:01 config:01 ocaml:01 binary:01 bytecode:01 glebe:01 ...:98 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on yquem.inria.fr X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.0.2 X-Spam-Level: On Fri, 2005-06-10 at 08:35 +0200, Stefano Zacchiroli wrote: > On Fri, Jun 10, 2005 at 08:51:40AM +1000, John Skaller wrote: > > (and it's a real pain for the Debian packaging .. since > > the system autodetects the native code compiler and tries > > to use it even though it doesn't work: there is no > > opportunity to intervene manually in Debian autobuilds) > > This is not true. > > Debian autobuilds simply invoke a make file (debian/rules) written by > the package, which usually invokes upstream Makefile. Since you are the > packager, if you really want the autobuilds not to build native code, > then you can change either debian/rules or Makefile so that native code > compilation is not enforced. I could include a special piece of logic in the debian rules, which checks for AMD64 and disables the native code compiler in that case... .. or I could change the config script (since I'm also the upstream author). But that isn't *manual* intervention. BTW: the packages are available in the directory http://felix.sf.net/debian There is a dependence on ocaml, but none on the native code package.. if you happen to have it installed the native code compiler will be used to build the binary package, otherwise you'll get bytecode. -- John Skaller, skaller at users.sf.net PO Box 401 Glebe, NSW 2037, Australia Ph:61-2-96600850 Download Felix here: http://felix.sf.net