From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17299 invoked by alias); 19 Jul 2004 22:13:54 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 17292 invoked from network); 19 Jul 2004 22:13:53 -0000 Received: from unknown (HELO blount.mail.mindspring.net) (207.69.200.226) by sourceware.org with SMTP; 19 Jul 2004 22:13:53 -0000 Received: from user-119a90a.biz.mindspring.com ([66.149.36.10] helo=berman.michael-chastain.com) by blount.mail.mindspring.net with esmtp (Exim 3.33 #1) id 1BmgOL-00035S-00; Mon, 19 Jul 2004 18:13:49 -0400 Received: by berman.michael-chastain.com (Postfix, from userid 502) id 2A8F64B104; Mon, 19 Jul 2004 18:14:02 -0400 (EDT) To: brobecker@gnat.com, mec.gnu@mindspring.com Subject: Re: A.R. Index for GDB version 6.1.91_20040719 Cc: ac131313@redhat.com, eliz@gnu.org, gdb@sources.redhat.com Message-Id: <20040719221402.2A8F64B104@berman.michael-chastain.com> Date: Mon, 19 Jul 2004 22:16:00 -0000 From: mec.gnu@mindspring.com (Michael Elizabeth Chastain) X-SW-Source: 2004-07/txt/msg00253.txt.bz2 joel> Back to Eli's problem: We need to have a name such that, after joel> generation from configure, we end up with "gnat_ada.gpr" (fortunately, joel> gnat_ada.gpr fits the 8+3 profile). Is that possible? Yeah, I'm testing a patch right now. gnat_ada.gpr.in is the default name, but AC_OUTPUT has a syntax for specifying an explicit name, so I'm just using that. The new name will be gnat_ada.gin if that's okay with daniel. (At first I wanted to use gnat_ada.gpr_in, but then I thought: what if someone configures in the source directory, and what if configuration reaches down into testsuite/ even though testsuite/ does not actually run on msdos). Also my understanding is: if the ms-dos port actually uses the file, the name has to fit in 8.3. But if the ms-dos port does not use the file, the name just has to be 8.3 unique with truncation, plus some other requirements like "no more than one dot". The test suite is not used on ms-dos so null_record.adb and null_record.exp are fine. They get unpacked as null_rec.adb and null_rec.exp, so they wouldn't actually work, but they survive the process of unpacking the tarball. Michael C