From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by yquem.inria.fr (Postfix) with ESMTP id C2AFBBDD8 for ; Fri, 26 Aug 2005 15:43:17 +0200 (CEST) Received: from pauillac.inria.fr (pauillac.inria.fr [128.93.11.35]) by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id j7QDhHeV021439 for ; Fri, 26 Aug 2005 15:43:17 +0200 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 PAA28264 for ; Fri, 26 Aug 2005 15:43:16 +0200 (MET DST) Received: from ux9.sp.cs.cmu.edu (UX9.SP.CS.CMU.EDU [128.2.220.166]) by concorde.inria.fr (8.13.0/8.13.0) with SMTP id j7QDhFkm019221 for ; Fri, 26 Aug 2005 15:43:16 +0200 Received: from c-24-3-154-200.hsd1.pa.comcast.net ([24.3.154.200]) by ux9.sp.cs.cmu.edu id aa16002; 26 Aug 2005 9:42 EDT Received: from ecc by stratocaster.home with local (Exim 4.52) id 1E8eTe-0002GX-FI for caml-list@inria.fr; Fri, 26 Aug 2005 09:42:38 -0400 Date: Fri, 26 Aug 2005 09:42:38 -0400 To: caml-list@inria.fr Subject: Re: [Caml-list] crosscompile problem Message-ID: <20050826134238.GB8648@localhost> Mail-Followup-To: caml-list@inria.fr References: <20050826120042.GA9061@nibiru.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050826120042.GA9061@nibiru.local> User-Agent: Mutt/1.5.9i From: Eric Cooper X-Miltered: at nez-perce with ID 430F1C75.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Miltered: at concorde with ID 430F1C73.002 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; caml-list:01 ocaml:01 sizeof:01 powerpc:01 26,:98 wrote:01 checking:02 seems:03 problem:05 fri:05 merged:06 aug:06 uses:06 relies:06 approach:07 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on yquem.inria.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.0.3 On Fri, Aug 26, 2005 at 02:00:42PM +0200, Enrico Weigelt wrote: > it seems that crosscompiling ocaml is currently impossible. > The whole ./configure stuff heavily relies on running several > test programs checking target stuff (ie. sizeof()). > Of course this cannot work on cross targets. I did this manually for powerpc and arm targets a while ago, but I agree that it would be nice to automate it and have it merged into the main build system. You might want to look at the ScratchBox approach (http://www.scratchbox.org/) which uses an emulator like qemu to run test programs on the target. -- Eric Cooper e c c @ c m u . e d u