--- Comment #15 from Emmanuel dot Thome at inria dot fr 2008-09-02 20:53
---
*** Bug 37340 has been marked as a duplicate of this bug. ***
--
Emmanuel dot Thome at inria dot fr changed:
What|Removed |Added
--- Comment #4 from Emmanuel dot Thome at inria dot fr 2008-09-02 20:53
---
(In reply to comment #3)
> Sounds like a dup of PR37101 which is fixed for GCC 4.3.2.
indeed. Thanks.
*** This bug has been marked as a duplicate of 37101 ***
--
Emmanuel dot Thome at inria dot
--- Comment #2 from Emmanuel dot Thome at inria dot fr 2008-09-02 19:56
---
> Here is the diff of the generated asm.
One more note. The flags are, respectively:
-O
-O -foptimize-register-move
--
Emmanuel dot Thome at inria dot fr changed:
What|Remo
--- Comment #1 from Emmanuel dot Thome at inria dot fr 2008-09-02 19:53
---
Created an attachment (id=16198)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16198&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37340
us: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Emmanuel dot Thome at inria dot fr
GCC build triplet: x86_64-redhat-linux
GCC host triplet: x86_64-redhat-linux
GCC target triplet: x86_64-redh
--- Comment #6 from Emmanuel dot Thome at inria dot fr 2008-05-29 14:49
---
(In reply to comment #5)
> Please note that psrlq doesn't implement x[N] << y[N] shift, but x[N] << y
> shift. That is, all elements are shifted by the same value. Please see Intel
--- Comment #4 from Emmanuel dot Thome at inria dot fr 2008-05-29 14:09
---
This leaves the ICE problem in attachment 15700. Is my assembly constraint
bogus (in which case I'd prefer a nice diagnostic, as was the case in gcc
4.2.4, to an ICE) ? I tried three choices for the inlin
--- Comment #3 from Emmanuel dot Thome at inria dot fr 2008-05-29 14:02
---
> Yes there is, the __builtin_ia32_psrlqi128 takes __m128 and not a vector
> type.
ok. I guess you mean __m128i, for that particular case.
It very much seems that the texinfo documentation for this p
--- Comment #1 from Emmanuel dot Thome at inria dot fr 2008-05-29 13:20
---
Created an attachment (id=15700)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15700&action=view)
source file causing ICE on 4.3.0
tiramisu ~ $ gcc -v
Using built-in specs.
Target: x86_64-redha
instruction reliably ?
Thanks,
E.
--
Summary: Is the sse2 psrlq insn accessible ?
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc do
--- Additional Comments From Emmanuel dot Thome at inria dot fr 2005-05-21
16:42 ---
(In reply to comment #3)
> You are violating C++ aliasing rules.
> You are accessing a long variable as an int.
>
ok. I'll try to have gmp fixed then.
shouldn't -Wstrict-aliasing
--- Additional Comments From Emmanuel dot Thome at inria dot fr 2005-05-21
16:09 ---
Created an attachment (id=8946)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8946&action=view)
asm code at -O2
see how the result of the second adc goes straight as a return value.
--
--- Additional Comments From Emmanuel dot Thome at inria dot fr 2005-05-21
16:05 ---
*** Bug 21700 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21699
13 matches
Mail list logo
