From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11452 invoked by alias); 15 Mar 2010 10:54:00 -0000 Received: (qmail 11442 invoked by uid 22791); 15 Mar 2010 10:53:59 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40 X-Spam-Check-By: sourceware.org Received: from mail-iw0-f175.google.com (HELO mail-iw0-f175.google.com) (209.85.223.175) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 15 Mar 2010 10:53:55 +0000 Received: by iwn5 with SMTP id 5so570iwn.24 for ; Mon, 15 Mar 2010 03:53:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.146.66 with SMTP id g2mr518279ibv.60.1268650053071; Mon, 15 Mar 2010 03:47:33 -0700 (PDT) In-Reply-To: <201003150308.58613.vapier@gentoo.org> References: <1268604229-26466-1-git-send-email-vapier@gentoo.org> <8ba6bed41003141743n79e501b7n11d3d20cdb45f356@mail.gmail.com> <201003150308.58613.vapier@gentoo.org> Date: Mon, 15 Mar 2010 10:54:00 -0000 Message-ID: <8ba6bed41003150347n18142255n596ab9c558639918@mail.gmail.com> Subject: Re: [PATCH] sim: tests: support .S files From: Matt Rice To: Mike Frysinger Cc: gdb-patches@sourceware.org, Jie Zhang Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2010-03/txt/msg00537.txt.bz2 On Mon, Mar 15, 2010 at 12:08 AM, Mike Frysinger wrote: >> not that I actually care about any such targets, but wouldn't this >> just fall over on a case insentive filesystem? > > case insensitive is not the same thing as case preserving. =A0assuming yo= u're > referring to the main ones (windows or OS X default), they're both case > preserving. =A0so files checked out as foo.s will stay as foo.s. =A0the s= ource > code changes do string matches which have on relation at all to the file > system the files reside upon. > > so no, i dont think this change will make any difference at all to such > systems. =A0otherwise you'd already see problems with the packages that u= tilize > source files based on extension case. > -mike Actually, i was thinking about the case-preserving thing, refreshing my memory via google, pre-windows FAT filesystems (which i assume Eli is using since he's not using long file names) case-destroy to uppercase, which would just mean that they are pre-processing things which don't need to be. + set comp_output [target_compile $sourcefile ${name}.s "preprocess" "incdir=3D$srcdir/$subdir"] is it possible for ${name}.s and $sourcefile somehow clash on case-preserving case-insensitive filesystems when builddir=3D=3Dsourcedir?