From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@yquem.inria.fr 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 6CF25BB81 for ; Mon, 6 Mar 2006 11:48:36 +0100 (CET) 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 k26AmaSr030621 for ; Mon, 6 Mar 2006 11:48:36 +0100 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 LAA12192 for ; Mon, 6 Mar 2006 11:48:35 +0100 (MET) Received: from [128.93.11.95] (estephe.inria.fr [128.93.11.95]) by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id k26AmYvS031682 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Mar 2006 11:48:34 +0100 Message-ID: <440C1382.5050403@inria.fr> Date: Mon, 06 Mar 2006 11:48:34 +0100 From: Xavier Leroy User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050322) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremy Shute Cc: caml-list@inria.fr Subject: Re: [Caml-list] MinGW release running out of command line before passing to GCC? References: <8c64de0a0603051644p688d693fi2f62c55256bb6fd8@mail.gmail.com> In-Reply-To: <8c64de0a0603051644p688d693fi2f62c55256bb6fd8@mail.gmail.com> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Miltered: at concorde with ID 440C1384.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Miltered: at nez-perce with ID 440C1382.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; caml-list:01 mingw:01 gcc:01 3.09:01 mingw:01 ocamlopt:01 -warn-error:01 cmxa:01 cmxa:01 cmx:01 gcc:01 binary:01 compilers:01 notation:01 bypassing:01 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 > I'm running 3.09 MinGW. When trying to compile like this... > > ocamlopt.opt -warn-error A -I . -o A.opt unix.cmxa str.cmxa nums.cmxa > libB.cmxa A.cmx > > ...I get this error... > > gcc: @F:\DOCUME~1\user\LOCALS~1\Temp\camlresp33a735: Invalid argument > Error during linking > > When I fiddle around with it, I discover that the problems come when I > add another object to be linked. This can be either my own binary or > one of the Caml included libraries. > > Can anyone explain why this might be You're using a set of MinGW compilers that do not understand the @responsefile notation for bypassing Window's stupidly low limits on command-line length. > , and what I can do to remedy it? See the installation instructions (file README.win32), paragraph starting with "Do *not* install the Mingw/MSYS development tools from www.mingw.org". - Xavier Leroy