public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug target/24000] wrong constants allocation for altivec data type on PPC little-endian
[not found] <bug-24000-4@http.gcc.gnu.org/bugzilla/>
@ 2012-01-11 14:39 ` rguenth at gcc dot gnu.org
2013-11-10 20:01 ` pinskia at gcc dot gnu.org
1 sibling, 0 replies; 4+ messages in thread
From: rguenth at gcc dot gnu.org @ 2012-01-11 14:39 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24000
Richard Guenther <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |WAITING
Last reconfirmed| |2012-01-11
Ever Confirmed|0 |1
--- Comment #3 from Richard Guenther <rguenth at gcc dot gnu.org> 2012-01-11 14:38:50 UTC ---
Is this still an issue?
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug target/24000] wrong constants allocation for altivec data type on PPC little-endian
[not found] <bug-24000-4@http.gcc.gnu.org/bugzilla/>
2012-01-11 14:39 ` [Bug target/24000] wrong constants allocation for altivec data type on PPC little-endian rguenth at gcc dot gnu.org
@ 2013-11-10 20:01 ` pinskia at gcc dot gnu.org
1 sibling, 0 replies; 4+ messages in thread
From: pinskia at gcc dot gnu.org @ 2013-11-10 20:01 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24000
Andrew Pinski <pinskia at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |wrong-code
Status|WAITING |RESOLVED
Resolution|--- |FIXED
Target Milestone|--- |4.9.0
--- Comment #4 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
Little-endian altivec has been fixed on the trunk (GCC 4.9) so closing as
fixed.
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug target/24000] wrong constants allocation for altivec data type on PPC little-endian
2005-09-21 15:57 [Bug c/24000] New: " xhliu at mc dot com
2005-09-21 16:14 ` [Bug target/24000] " pinskia at gcc dot gnu dot org
@ 2005-09-21 16:22 ` xhliu at mc dot com
1 sibling, 0 replies; 4+ messages in thread
From: xhliu at mc dot com @ 2005-09-21 16:22 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From xhliu at mc dot com 2005-09-21 16:22 -------
(In reply to comment #1)
> Note most poeple don't use little endian PPC.
Yes, it is true. But Mercury supports little-endian PPC, and this is a bug in
GCC 3.x and 4.x.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24000
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug target/24000] wrong constants allocation for altivec data type on PPC little-endian
2005-09-21 15:57 [Bug c/24000] New: " xhliu at mc dot com
@ 2005-09-21 16:14 ` pinskia at gcc dot gnu dot org
2005-09-21 16:22 ` xhliu at mc dot com
1 sibling, 0 replies; 4+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-09-21 16:14 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-21 16:13 -------
Note most poeple don't use little endian PPC.
--
What |Removed |Added
----------------------------------------------------------------------------
Component|c |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24000
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2013-11-10 20:01 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <bug-24000-4@http.gcc.gnu.org/bugzilla/>
2012-01-11 14:39 ` [Bug target/24000] wrong constants allocation for altivec data type on PPC little-endian rguenth at gcc dot gnu.org
2013-11-10 20:01 ` pinskia at gcc dot gnu.org
2005-09-21 15:57 [Bug c/24000] New: " xhliu at mc dot com
2005-09-21 16:14 ` [Bug target/24000] " pinskia at gcc dot gnu dot org
2005-09-21 16:22 ` xhliu at mc dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).