From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21067 invoked by alias); 8 Apr 2003 07:13:16 -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 21060 invoked from network); 8 Apr 2003 07:13:15 -0000 Received: from unknown (HELO mail.ut.caldera.com) (216.250.130.2) by sources.redhat.com with SMTP; 8 Apr 2003 07:13:15 -0000 Received: (qmail 3188 invoked from network); 8 Apr 2003 07:13:15 -0000 Received: from vms.caldera.com (216.250.130.31) by mail.ut.caldera.com with SMTP; 8 Apr 2003 07:13:15 -0000 Received: from vms.caldera.com (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id C6B66A006 for ; Tue, 8 Apr 2003 01:13:14 -0600 (MDT) Received: from shrike (shrike.pdev.ca.caldera.com [132.147.65.3]) by vms.caldera.com (Postfix) with ESMTP id 242C7A009 for ; Tue, 8 Apr 2003 01:13:14 -0600 (MDT) From: "Kean Johnston" To: Subject: 3.3 configure grep usage? Date: Tue, 08 Apr 2003 09:41:00 -0000 Organization: The SCO Group Message-ID: <002c01c2fd9d$30522da0$03419384@shrike> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-SW-Source: 2003-04/txt/msg00304.txt.bz2 Hi, I am finally trying to get gcc 3.3 to work on OpenServer. I ran into my first teeny problem. configure, while trying to check "linker read-only and read-write section mixing" uses an option "-A1" to grep. At least our grep doesn't grok that option. What's it do? Can the test be written another way? Another configure oddity is it checks to see what linker to use, finds (in my case) /usr/ccs/bin/ld, and then in the aforementioned tst, uses option -shared. That's almost certainly not portable. Should there be a test for linker flags to use, possibly to see if the linker is really the compiler .. AND the compiler is gcc, to then use -shared, else to test for something like -G, especially if the path found is in /usr/ccs/*, which is an SVR4-ism on Solaris, UnixWare and OpenServer (possibly others) and almost certainly *not* the GNU linker an almost certainly *does* use -G for shared libraries? One final thing ... any one have any ojections if I submit a patch that checks the directory "/usr/ccs/bin/elf" before checking /usr/ccs/bin ... on OSR5 that will catch the ELF tools, as opposed to the wrappers that need "-belf" or "-bcoff" to distinguish between the two flavours those tools support? This shouldn't affect any other hosts, I don't think. Kean