From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14231 invoked by alias); 28 Apr 2004 21:56:22 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 14210 invoked from network); 28 Apr 2004 21:56:22 -0000 Received: from unknown (HELO bluesmobile.specifixinc.com) (64.62.200.227) by sources.redhat.com with SMTP; 28 Apr 2004 21:56:22 -0000 Received: from localhost.localdomain (bluesmobile.corp.specifixinc.com [10.0.0.1]) by bluesmobile.specifixinc.com (Postfix) with ESMTP id D058A16502; Wed, 28 Apr 2004 14:56:21 -0700 (PDT) Subject: Re: HP/Compaq Tru64 linker semantics From: Jim Wilson To: Rainer Orth Cc: Karl Vogel , gcc@gcc.gnu.org In-Reply-To: References: <6DED3619289CD311BCEB00508B8E133601A68654@nt-server2.antwerp.seagha.com> <40900DC4.1080504@specifixinc.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 29 Apr 2004 00:49:00 -0000 Message-Id: <1083189407.1072.44.camel@leaf.tuliptree.org> Mime-Version: 1.0 X-SW-Source: 2004-04/txt/msg01345.txt.bz2 On Wed, 2004-04-28 at 13:37, Rainer Orth wrote: > One caveat, though: currently one cannot pass -oldstyle_liblookup through > collect2 to ld, which is quite tedious. This has been reported already This is because of confusion between "-o output" and "-oldstyle_liblookup" This should be fixable by defining SWITCHES_NEED_SPACES to include "o". This changes both gcc.c and collect2.c, and they will no longer accept "-ooutput" as valid, which should let the Tru64 linker option work. -- Jim Wilson, GNU Tools Support, http://www.SpecifixInc.com