From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4464 invoked by alias); 19 Mar 2010 20:12:58 -0000 Received: (qmail 4451 invoked by uid 22791); 19 Mar 2010 20:12:57 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 19 Mar 2010 20:12:53 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 60AF41B405A; Fri, 19 Mar 2010 20:12:52 +0000 (UTC) From: Mike Frysinger To: Matt Rice Subject: Re: [PATCH] sim: tests: support .S files Date: Fri, 19 Mar 2010 20:12:00 -0000 User-Agent: KMail/1.13.1 (Linux/2.6.33; KDE/4.4.1; x86_64; ; ) Cc: gdb-patches@sourceware.org, Jie Zhang References: <1268604229-26466-1-git-send-email-vapier@gentoo.org> <201003150308.58613.vapier@gentoo.org> <8ba6bed41003150347n18142255n596ab9c558639918@mail.gmail.com> In-Reply-To: <8ba6bed41003150347n18142255n596ab9c558639918@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart20148067.lqVlO7JKiF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201003191612.49122.vapier@gentoo.org> 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/msg00740.txt.bz2 --nextPart20148067.lqVlO7JKiF Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-length: 1504 On Monday 15 March 2010 06:47:33 Matt Rice wrote: > On Mon, Mar 15, 2010 at 12:08 AM, Mike Frysinger wrot= e: > >> not that I actually care about any such targets, but wouldn't this > >> just fall over on a case insentive filesystem? > >=20 > > case insensitive is not the same thing as case preserving. assuming > > you're referring to the main ones (windows or OS X default), they're > > both case preserving. so files checked out as foo.s will stay as foo.s. > > the source code changes do string matches which have on relation at all > > to the file system the files reside upon. > >=20 > > so no, i dont think this change will make any difference at all to such > > systems. otherwise you'd already see problems with the packages that > > utilize source files based on extension case. > > -mike >=20 > 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. >=20 >=20 > + set comp_output [target_compile $sourcefile ${name}.s > "preprocess" "incdir=3D$srcdir/$subdir"] >=20 > is it possible for ${name}.s and $sourcefile somehow clash on > case-preserving case-insensitive filesystems when builddir=3D=3Dsourcedir? i guess the only way to handle this then would be to pipe it directly to th= e=20 assembler ... -mike --nextPart20148067.lqVlO7JKiF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. Content-length: 836 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) iQIcBAABAgAGBQJLo9rBAAoJEEFjO5/oN/WBsZsP/3sw6U+hrg1vBi2YxPeP3ST9 4UOOOC4ZfxT8tmfKWyuvAKtIm7ORqODN1qxZa23gmS5RV+bup3rRyJBL4zX/frEt bpv31nfHTjsBlrNab4QClxoffqcKhN4eYzVhlGWj4oFiVynnPPASIWxptGirH/FR 1BtJCQSHNbXIaP7MwJHYpmU5+8cnqmjwAcDSlGx2pZ8iBmJ9G0UTpm5m1FgbzyZM U1sa1C8IEYsi807wmS8T6AXgh6AmoN10h3lytU4qRAxBK32d9eIVQ+YgnvYC0jmF ZAHiZTjYhuvUTAcMwJIj6hFhChTezNaWg+uolQztBVg9kM2ktBT2O3XiJMZu1eiP rSndgBvUVqaiX0jYCEoQvZZ2rskGksldUE1z/2YcwZAx4fwVortB+lTY3zxmGGUA /GrCu/CS9I5e+HtZ+GAdWDHNsStKWQ6Z4Cwr2c2HYy+HXEvMGIpe7YNZi0TmDBcQ HoenmOJ09C8eoqXPIoYshB22ctvxtJqR1eWVzunUEgIgLs0d4JQ/ah4pBb0R2da5 VWazJ06CpoRIc26tHa2LbqiMrcFB+ZMJKRePLPSjoiTk68Nuf2TE/bXorgwSwtqo I4zQbLPo35jBFPmezwEPb2UiC+Sgc50IuJWykys8YTbOUcxJtFI4fmCrKrs/S0ps OLLAKrdJ+LKJhrxQjaUH =neVB -----END PGP SIGNATURE----- --nextPart20148067.lqVlO7JKiF--