From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-155959-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 23675 invoked by alias); 15 Aug 2009 07:06:04 -0000
Received: (qmail 23562 invoked by uid 22791); 15 Aug 2009 07:06:03 -0000
X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 	tests=AWL,BAYES_00
X-Spam-Check-By: sourceware.org
Received: from smtp23.services.sfr.fr (HELO smtp23.services.sfr.fr) (93.17.128.20)     by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 15 Aug 2009 07:05:58 +0000
Received: from filter.sfr.fr (localhost [127.0.0.1]) 	by msfrf2307.sfr.fr (SMTP Server) with ESMTP id 1EDAE700008A; 	Sat, 15 Aug 2009 09:05:56 +0200 (CEST)
Received: from [192.168.1.101] (197.156.90-79.rev.gaoland.net [79.90.156.197]) 	by msfrf2307.sfr.fr (SMTP Server) with ESMTP id 986AA7000089; 	Sat, 15 Aug 2009 09:05:55 +0200 (CEST)
X-SFR-UUID: 20090815070555624.986AA7000089@msfrf2307.sfr.fr
Subject: Re: Need some Unix and /bin/sh expertise for GCC testsuite
From: Laurent GUERBY <laurent@guerby.net>
Reply-To: laurent@guerby.net
To: Dave Korn <dave.korn.cygwin@googlemail.com>
Cc: gcc <gcc@gcc.gnu.org>, Paolo Bonzini <bonzini@gnu.org>, Arnaud Charlet <charlet@adacore.com>, Eric Botcazou <ebotcazou@adacore.com>
In-Reply-To: <4A860351.2080805@gmail.com>
References: <1250283155.20287.116.camel@localhost> 	 <4A85D4EE.7040503@gmail.com> <1250284636.20287.123.camel@localhost> 	 <4A860351.2080805@gmail.com>
Content-Type: text/plain
Date: Sat, 15 Aug 2009 14:00:00 -0000
Message-Id: <1250319954.20287.136.camel@localhost>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
X-SW-Source: 2009-08/txt/msg00257.txt.bz2

On Sat, 2009-08-15 at 01:37 +0100, Dave Korn wrote:
>   Hmpf.  That seems to rule out that theory.  Gnatlink is still spawning the
> gcc driver to link, rather than the linker itself; maybe the driver's doing
> something wrong?  Is collect-ld a shell script or an executable on your host?

It's a script that appears in the build/gcc directory:

$ file /home/guerby/build/gcc/collect-ld 
/home/guerby/build/gcc/collect-ld: Bourne shell script text executable

Thanks for your help,

Laurent