This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: gcc/g++ 4.0.0, 20041205 snapshot, bug #18073 still present
- From: tbp <tbptbp at gmail dot com>
- To: gcc at gcc dot gnu dot org
- Date: Tue, 7 Dec 2004 15:21:42 +0100
- Subject: Re: gcc/g++ 4.0.0, 20041205 snapshot, bug #18073 still present
- References: <4fc48eb104120612413d6affc3@mail.gmail.com>
- Reply-to: tbp <tbptbp at gmail dot com>
Hmm.
I don't know what i'm supposed to do with a bug marked as resolved
when it's not.
I've added an entry http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18073
some days ago, and got no sign of life.
So i've reposted here, to no avail.
Am i supposed to open a new bug in bugzilla?
If someone in the know could just give me some clue about what i'm
doing wrong, i'll happily do my best to get that covered (like "it's
known, move on" or "give more info, stupid" or "we don't give a rat's
ass" etc).
Thanks in advance.
On Mon, 6 Dec 2004 21:41:50 +0100, tbp <tbptbp@gmail.com> wrote:
> Unsure if it's a known issue, it's marked as resolved, yet on cygwin i get:
> /usr/local/gcc-405/lib/gcc/i686-pc-cygwin/4.0.0/include/mmintrin.h: In
> function 'int _mm_cvtsi64_si32(int __vector__)':
> /usr/local/gcc-405/lib/gcc/i686-pc-cygwin/4.0.0/include/mmintrin.h:91:
> error: invalid cast from type 'int __vector__' to type 'long long int'
> /usr/local/gcc-405/lib/gcc/i686-pc-cygwin/4.0.0/include/mmintrin.h: In
> function 'int __vector__ _mm_add_si64(int __vector__, int
> __vector__)':
> /usr/local/gcc-405/lib/gcc/i686-pc-cygwin/4.0.0/include/mmintrin.h:282:
> error: invalid cast from type 'int __vector__' to type 'long long int'
> /usr/local/gcc-405/lib/gcc/i686-pc-cygwin/4.0.0/include/mmintrin.h:282:
> error: invalid cast from type 'int __vector__' to type 'long long int'
> /usr/local/gcc-405/lib/gcc/i686-pc-cygwin/4.0.0/include/mmintrin.h: In
> function 'int __vector__ _mm_sub_si64(int __vector__, int
> __vector__)':
>
> Also present in the 20041128 snapshot etc... in fact i have to ressort
> to the 20041017 snapshot because of it.
> That's annoying because gcc4 produce by far the best SSE code (when
> you can dodge ICEs) and that's pretty critical in my current project.
>
> Reading specs from /usr/local/gcc-405/lib/gcc/i686-pc-cygwin/4.0.0/specs
> Configured with: ../configure --prefix=/usr/local/gcc-405
> --enable-languages=c,c++ --enable-threads=posix --with-system-zlib
> --disable-checking --disable-nls --disable-shared
> --disable-win32-registry --verbose --with-gcc --with-gnu-ld
> --with-gnu-as --with-as=/usr/local/binutils/bin/as
> --with-ld=/usr/local/binutils/bin/ld
> Thread model: posix
> gcc version 4.0.0 20041205 (experimental)
>