From mboxrd@z Thu Jan 1 00:00:00 1970 From: Aldy Hernandez To: Stan Shebs Cc: Ziemowit Laski , Ira Ruben , gcc@gcc.gnu.org Subject: Re: Target-specific Front-Ends? (Was: front end changes for altivec) Date: Tue, 27 Nov 2001 16:56:00 -0000 Message-ID: <1006909118.5178.49.camel@litecycle.cc.andrews.edu> References: <3C041C4B.1D61A4E9@apple.com> X-SW-Source: 2001-11/msg01430.html Message-ID: <20011127165600.CmqaM495ufz0JXTxsf_BhsXikwNN059GbpVYno0hDrM@z> > You could always adopt the strategy of supporting it with the > additional patches, but deprecated, for a year, then drop it from > the next version. If users get tangible benefits from switching, > they'll be ready to change. (For instance, the possibility of > sharing at least some source with an SSE version...) i would love to do this. the problem is that i NEED to implement a way of doing "vector int foo" (with no vector(xx) int foo) for my work. so if there's no way to accomplish this i'll have to come up with two sets of patches: one to do "vector_size(4) int foo" (for fsf) and one to do "vector int foo" for altivec for --well, for my day job. i see no portable acceptable way of doing "vector int foo". -- Aldy Hernandez E-mail: aldyh@redhat.com Professional Gypsy Red Hat, Inc.