http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47759
Summary: _mm_empty() intrinsic fails to serve as a boundary
between MMX and x87 code due to optimizations
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47759
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47757
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47759
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #2 from Andrew Pin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47758
--- Comment #1 from Tobias Burnus 2011-02-15
22:21:28 UTC ---
Created attachment 23356
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23356
untested patch
Do you know when it last worked? My candidate would be the patch - assuming
that it i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47758
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43653
--- Comment #10 from Uros Bizjak 2011-02-15 22:41:40
UTC ---
(In reply to comment #9)
> I think an x86 maintainer is going to need to take a look at this.
> Which simply isn't going to work and it's all downhill from there, including a
> surpris
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47716
--- Comment #6 from Laurent GUERBY 2011-02-15
22:43:17 UTC ---
For reference a verbose version of the testsuite warnings that cause FAIL. I
will deactivate fortran in my future builds because otherwise the
gcc-testresults@ mail is too big and get
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47760
Summary: Getting internal compiler error: Segmentation fault
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
AssignedT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47760
--- Comment #1 from Alex 2011-02-15 23:00:51
UTC ---
Created attachment 23357
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23357
Tarball of the source generated with -save-temps options
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47742
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47742
--- Comment #3 from Manuel López-Ibáñez 2011-02-15
23:16:09 UTC ---
Let me try again:
I think GCC (>= 4.4) should catch this using -Wconversion if you drop the
explicit
cast like in:
long infc = LONG_MAX;
double real_size = infc;
Doesn't it?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47716
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47761
Summary: powerpc not supporting -mcpu
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #15 from Jan Hubicka 2011-02-15 23:20:40
UTC ---
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
>
> --- Comment #14 from Rafael Avila de Espindola com> 2011-02-15 19:39:09 UTC ---
> Sorry, can you expand on what gcc was doing t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37072
Gerald Pfeifer changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47761
--- Comment #1 from Andreas Schwab 2011-02-16 00:23:29
UTC ---
Your PowerPC compiler is called powerpc-rtems4.11-gcc, not gcc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46807
--- Comment #15 from Jason Merrill 2011-02-16
00:39:31 UTC ---
Author: jason
Date: Wed Feb 16 00:39:27 2011
New Revision: 170207
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170207
Log:
PR c++/46807
* method.c (synthesized_metho
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46620
--- Comment #5 from Alexandre Oliva 2011-02-16
00:53:18 UTC ---
Created attachment 23358
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23358
Patch that fixes the problem
The problem is that we lost track at the first padding bit within a w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47692
--- Comment #11 from John T 2011-02-16 01:19:36 UTC
---
(In reply to comment #8)
> On Fri, Feb 11, 2011 at 07:56:05PM +, jrt at worldlinc dot net wrote:
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47692
> >
> > --- Comment #6 from John T
/gcc-4.6.0
--enable-debug=no --disable-nls
--enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-threads=posix
--enable-__cxa_atexit --enable-java-gc=boehm
Thread model: posix
gcc version 4.6.0 20110215 (experimental) [trunk revision 170201] (GCC)
Revision 169853 was ok.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #16 from Rafael Avila de Espindola 2011-02-16 04:03:36 UTC ---
> The problem is with dropping linkonce_odr that has been previously reported.
> This way gold will allocate entry in the dynamic symbol table (you can see it
> in
> nm of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43653
--- Comment #11 from Jeffrey A. Law 2011-02-16 04:03:41
UTC ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/15/11 15:42, ubizjak at gmail dot com wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43653
>
> --- Comment #10 from Uros B
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46807
--- Comment #16 from rwgk at yahoo dot com 2011-02-16 05:08:05 UTC ---
Thank you very much! The original problem is solved, too.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47742
--- Comment #4 from dogbreath69 at hotmail dot com 2011-02-16 05:08:06 UTC ---
I haven't tried it with anything greater than GCC 4.1.2. Therefore I do not
know the answer.
> From: gcc-bugzi...@gcc.gnu.org
> To: dogbreat...@hotmail.com
> Subject: [
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47716
Laurent GUERBY changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46807
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47763
Summary: Useless initialization of register
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47764
Summary: The constant load instruction should be hoisted out of
loop
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47763
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47763
--- Comment #2 from Jie Zhang 2011-02-16 07:42:45 UTC
---
OK. From this point, it's not empty. But if it returns an uninitialized value,
why bother initialize r0 to 0.
Btw, the patch in reviewing:
http://gcc.gnu.org/ml/gcc-patches/2011-02/msg00
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47763
--- Comment #3 from Jakub Jelinek 2011-02-16
07:48:24 UTC ---
Why should we care about code quality of function with undefined behavior?
Various optimizations add zero initialization or assume zero initialization of
undefined variables.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #17 from Jan Hubicka 2011-02-16 07:50:48
UTC ---
> I see. Even with PREVAILING_DEF_IRONLY_EXP we still have to update gold to
> drop
> those, no? Gold doesn't know the language semantics to know which visible
I assume it will be par
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47763
--- Comment #4 from Jie Zhang 2011-02-16 07:59:19 UTC
---
Yeah, normally we don't care about such cases. But this one comes from
dhrystone. If it can be fixed cleanly, why not do it?
101 - 134 of 134 matches
Mail list logo