Correct me if I'm wrong, but these were deprecated in favor of the xmmintrinsics? The equivalent of all the functions you mention exist in the xmmintrin.h file that comes with gcc. There are also files for SSE2, etc... Brian > On 12/19/05, Balint Joo <bjoo@xxxxxxxx> wrote: > > > > Dear All, > > I note from a comment on bug ID 20049 > > > > (link: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20049 ) > > > > that certain SSE related builtin functions have been removed > > from GCC as of version 4.0. I quote from the comments on the bug report > > which merely noted that loadss was spelled loadsss in the documentation. > > > > > > > > ------- Comment #1 From Andrew Pinski 2005-02-18 04:50 [reply] ------- > > > > > > Well this builtin function now has been removed. > > > > > > > > > ------- Comment #2 From Kelley Cook 2005-04-20 18:03 [reply] ------- > > > > > > The obvious typo in the docs would still apply to 3.x though. > > > > > > 4.x has the seperate issue that the following functions are no longer available > > > (I assume intentionally, though it really wasn't announced) yet still documented: > > > > > > __builtin_ia32_loadaps > > > __builtin_ia32_loadddup > > > __builtin_ia32_loadsss [__builtin_ia32_loadss] > > > __builtin_ia32_movddup > > > __builtin_ia32_pextrw > > > __builtin_ia32_pfrsqrtit1 > > > __builtin_ia32_pinsrw > > > __builtin_ia32_storeaps > > > __builtin_ia32_storess > > > > > > > We have some code, which uses these builtins, especially the > > loadaps, loadss and storeaps. Not being able to find the builtins is > > stopping us from moving from gcc-3.x series to the gcc-4.x series. > > > > Could anyone suggest alternative functionality that we could use? > > Should we be considering inline assembler, ro rewrite these > > routines or is there a better way? I tried to RTFM, but > > as the very same bug report shows, it has not been updated > > to cover the deprecation. Googling didn't help me much either. > > > > If there is a new way, is it backward compatible with gcc-3.x series? The > > best would be a way that is also portable to a recent Intel C++ compiler too. > > That would really help us. > > > > I would appreciate any help on this issue. > > With best wishes, > > Balint Joo > > -- > > ------------------------------------------------------------------- > > Dr Balint Joo High Performance Computational Scientist > > Jefferson Lab > > 12000 Jefferson Ave, Mail Stop 16A, Room TC 166, > > Newport News, VA 23606, USA > > Tel: +1-757-269-5339, Fax: +1-757-269-6248 > > email: bjoo@xxxxxxxx (old email: bj@xxxxxxxxxxx) > > ------------------------------------------------------------------- > > > >
