Hi Christian, I'm working on moving gcc from /usr/sfw into /usr/bin and the resulting path of this include is: /usr/lib/gcc/i386-pc-solaris2.11/3.4.3/include/xmmintrin.h which should cure this problem.
Hopefully I can complete this in June. craig Christian Thalinger wrote: > When I try to compile Boehm-GC 7.1 with: > > gcc version 3.4.3 (csl-sol210-3_4-20050802) > > it can't find xmmintrin.h: > > libatomic_ops/src/atomic_ops/sysdeps/gcc/../standard_ao_double_t.h:9:23: > xmmintrin.h: No such file or directory > In file included from libatomic_ops/src/atomic_ops/sysdeps/gcc/x86_64.h:37, > from libatomic_ops/src/atomic_ops.h:197, > from ./include/private/gc_locks.h:30, > from ./include/private/gc_priv.h:85, > from allchblk.c:19: > > In a normal GCC installation (e.g. on Linux) the file is here: > > $ ls -l /usr/lib/gcc/x86_64-linux-gnu/4.1.2/include/xmmintrin.h > -rw-r--r-- 1 root root 35843 2006-12-10 21:43 > /usr/lib/gcc/x86_64-linux-gnu/4.1.2/include/xmmintrin.h > > But on OpenSolaris there file is here: > > $ ls -l > /usr/sfw/lib/gcc/i386-pc-solaris2.11/3.4.3/install-tools/include/xmmintrin.h > -r--r--r-- 1 root bin 30859 2008-05-27 20:58 > /usr/sfw/lib/gcc/i386-pc-solaris2.11/3.4.3/install-tools/include/xmmintrin.h > > And of course this directory is not included in the include search path. > There is also a README in this directory, but making not clear enough why > these headers are actually there. > > Can anyone tell me why these headers are there and what should happen to > them, so they are actually usable? Copying them by hand is not really a good > solution... > > - twisti > -- > This message posted from opensolaris.org > _______________________________________________ > tools-compilers mailing list > tools-compilers at opensolaris.org
