From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ira Ruben To: Geoff Keating Cc: gcc@gcc.gnu.org Subject: Re: Target-specific Front-Ends? (Was: front end changes for altivec) Date: Tue, 27 Nov 2001 12:47:00 -0000 Message-ID: References: <339DE634-E2DE-11D5-A770-0030658361CA@apple.com> <3C033117.F8EDD78A@apple.com> <1006872445.5178.0.camel@litecycle.cc.andrews.edu> X-SW-Source: 2001-11/msg01376.html Message-ID: <20011127124700.wvi10e2yCbc1VQHqEx66IM2f1AFWj7-7CSv8bW14hTg@z> At 12:10 PM -0800 11/27/01, Geoff Keating wrote: >Ira Ruben writes: > >> At 8:47 AM -0600 11/27/01, Aldy Hernandez wrote: >> >> > couldn't tolerate "vector" being a macro that expanded to __vector >> > >> >uhhh, that's exactly what i'm going to do for gcc. it's either that or >> >keep a separate set of patches. >> >> And if someone is trying to use stl's class vector then what happens? > >It won't work. There's little or nothing that can be done about that; >it wouldn't work even if 'vector' was a keyword. That was a rhetorical question! It was precisely that reason why 'vector' was made a context sensitive type id and not a unconditional keyword. Doing it that way allowed it to be used in that type context while still allowing class vector to work or the use of 'vector' in any other way. Ira