From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27297 invoked by alias); 4 May 2005 23:12:08 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 27232 invoked from network); 4 May 2005 23:11:54 -0000 Received: from unknown (HELO sibelius.xs4all.nl) (82.92.89.47) by sourceware.org with SMTP; 4 May 2005 23:11:54 -0000 Received: from elgar.sibelius.xs4all.nl (root@elgar.sibelius.xs4all.nl [192.168.0.2]) by sibelius.xs4all.nl (8.13.0/8.13.0) with ESMTP id j44NBl3H011886; Thu, 5 May 2005 01:11:47 +0200 (CEST) Received: from elgar.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by elgar.sibelius.xs4all.nl (8.13.4/8.13.3) with ESMTP id j44NBkwJ012222; Thu, 5 May 2005 01:11:46 +0200 (CEST) Received: (from kettenis@localhost) by elgar.sibelius.xs4all.nl (8.13.4/8.13.4/Submit) id j44NBkRC031298; Thu, 5 May 2005 01:11:46 +0200 (CEST) Date: Wed, 04 May 2005 23:12:00 -0000 Message-Id: <200505042311.j44NBkRC031298@elgar.sibelius.xs4all.nl> From: Mark Kettenis To: drow@false.org CC: gdb-patches@sourceware.org In-reply-to: <20050504212228.GA3736@nevyn.them.org> (message from Daniel Jacobowitz on Wed, 4 May 2005 17:22:28 -0400) Subject: Re: [ob] Check for linux-gnu* in linux-dp.exp References: <20050504212228.GA3736@nevyn.them.org> X-SW-Source: 2005-05/txt/msg00147.txt.bz2 Date: Wed, 4 May 2005 17:22:28 -0400 From: Daniel Jacobowitz I built a mips64-unknown-linux-gnuabi64 toolchain and noticed that it didn't run this test There's nothing wrong with your patch, but what does mips64-unknown-linux-gnuabi64 mean? Is that just someone's local invention or is it really a canonical GNU system quadruplet? Is this what config.guess returns on a specific system? It seems to me that there is something seriously wrong with canonical names for 64-bit Linux systems. The current situation seems to be that you can't really tell whether a Linux system is really 64-bit or just has a 64-bit kernel and is otherwise completely 32-bit. My SuSE 9.2 Athlon 64 desktop system seems to be fully 64-bit, but we also have a Debian-based Opteron cluster that's complete 32-bit. Yet on both systems config.guess returns x86_64-unknown-linux-gnu. Mark