http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47844
Tobias Burnus changed:
What|Removed |Added
Keywords||wrong-code
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47845
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Summ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47845
Summary: Polymorphic deferred function: Not matched class
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: fortran
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47844
Summary: Pointer-valued function: Provide wrong result when
dereferenced automatically after list-write
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46002
--- Comment #4 from Chung-Lin Tang 2011-02-22
03:23:24 UTC ---
Author: cltang
Date: Tue Feb 22 03:23:21 2011
New Revision: 170388
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170388
Log:
2011-02-21 Chung-Lin Tang
PR rtl-optimiza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47487
--- Comment #4 from Matthias Klose 2011-02-22 03:03:28
UTC ---
libgo has configury bits for powerpc*-linux. that was my reason to assume that
Go is supported on powerpc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43999
--- Comment #9 from Jing Yu 2011-02-22 01:53:11 UTC
---
I am on leave from 02/01/2011 to 05/30/2011. I may not reply your
email during this period.
If you have Android toolchain questions/issues/requests, please
contact Doug (dougk...@google.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43999
Michael K. Edwards changed:
What|Removed |Added
CC||m.k.edwards at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47825
--- Comment #7 from cck0011 at yahoo dot com 2011-02-22 00:54:17 UTC ---
(In reply to comment #5)
> The issue is that maskarray is initialized as array of ints but then you
> load it as array of floats, the scheduler re-orders those so you see
> a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46170
--- Comment #26 from David Fang 2011-02-22
00:16:19 UTC ---
Friendly ping?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47842
Summary: gcc forces 16-byte stack alignment on Solaris i386,
when SYSV requires word alignment
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42973
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47790
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45644
Jeffrey A. Law changed:
What|Removed |Added
CC||mbooth at redhat dot com
--- Comment #9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46452
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47746
Aldy Hernandez changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47746
--- Comment #2 from Aldy Hernandez 2011-02-21
22:49:36 UTC ---
Author: aldyh
Date: Mon Feb 21 22:49:34 2011
New Revision: 170377
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170377
Log:
PR 47746
* trans-mem.c (ipa_tm_ins
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47746
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47348
--- Comment #9 from tkoenig at netcologne dot de
2011-02-21 22:40:52 UTC ---
Hi Paul,
> (In reply to comment #7)
>> Any plan to backport the fix in revision 170317?
>
> I had not planned so to do but would respond positively to popular pressure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46452
--- Comment #2 from Jeffrey A. Law 2011-02-21 22:14:15
UTC ---
Also note that the code will not compile with the current trunk of gcc as the
definition of struct lens triggers a long standing bug with anonymous members
which was fixed in the GCC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41359
--- Comment #9 from Tobias Burnus 2011-02-21
21:47:59 UTC ---
I think the current gcov output is OK:
1:1:program main
-:2: implicit none
-:3: integer :: a = 7
1:4: if( a == 0 ) then
#:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46002
--- Comment #3 from H.J. Lu 2011-02-21 21:45:47
UTC ---
Still fail on Linux/x86-64 as of revision 170371:
[hjl@gnu-34 gcc]$ /export/gnu/import/svn/gcc-test-intel64corei7/bld/gcc/xgcc
-B/export/gnu/import/svn/gcc-test-intel64corei7/bld/gcc/ -Os
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47822
--- Comment #21 from mrs at gcc dot gnu.org 2011-02-21
21:38:23 UTC ---
Author: mrs
Date: Mon Feb 21 21:38:21 2011
New Revision: 170376
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170376
Log:
PR target/47822
* config/darwin-pro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46452
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #1 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47822
--- Comment #20 from Mike Stump 2011-02-21
21:02:16 UTC ---
Ah, never mind, we have another thread going where the problem was pointed out.
Sorry for missing it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47822
--- Comment #19 from Mike Stump 2011-02-21
20:58:35 UTC ---
? The patch does touch rs6000 is the same way as we touch i386. I think there
is an additional issue on ppc. My previous patch is necessary, but not
sufficient. So, if someone has a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47840
Uros Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47840
--- Comment #4 from uros at gcc dot gnu.org 2011-02-21 20:05:02 UTC ---
Author: uros
Date: Mon Feb 21 20:04:57 2011
New Revision: 170373
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170373
Log:
PR target/47840
* config/i386/avxint
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47840
--- Comment #3 from uros at gcc dot gnu.org 2011-02-21 20:02:08 UTC ---
Author: uros
Date: Mon Feb 21 20:02:02 2011
New Revision: 170372
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170372
Log:
PR target/47840
* config/i386/avxint
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47840
--- Comment #2 from uros at gcc dot gnu.org 2011-02-21 19:59:55 UTC ---
Author: uros
Date: Mon Feb 21 19:59:52 2011
New Revision: 170371
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170371
Log:
PR target/47840
* config/i386/avxint
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47230
Uros Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47840
Uros Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47802
--- Comment #12 from dave at hiauly1 dot hia.nrc.ca 2011-02-21 19:38:33 UTC ---
On Mon, 21 Feb 2011, jakub at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47802
>
> --- Comment #11 from Jakub Jelinek 2011-02-21
> 18:58:2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46790
--- Comment #15 from Jakub Jelinek 2011-02-21
19:23:36 UTC ---
Created attachment 23431
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23431
variant 3
This is code-wide like variant 1, but configury is actually checking for the
bug (slightl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46790
--- Comment #14 from Jakub Jelinek 2011-02-21
19:21:49 UTC ---
Created attachment 23430
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23430
variant 2
This one will just disable .gcc_except_table.foo for the buggy linkers (in
addition to th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46790
Jakub Jelinek changed:
What|Removed |Added
Attachment #23428|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47836
--- Comment #1 from Andrew Pinski 2011-02-21
19:20:20 UTC ---
Why does these libraries fail?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47806
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47841
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=47802
--- Comment #11 from Jakub Jelinek 2011-02-21
18:58:27 UTC ---
In libgfortran it is not the user, but libgfortran implementation, so it makes
sure it always passes buffer of at least 26 bytes. If there are OSes where we
can't trust ctime_r, we c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47841
H.J. Lu changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47841
Summary: [4.6 Regression] New guality test failures
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassig..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47802
--- Comment #10 from Jeffrey A. Law 2011-02-21 18:51:09
UTC ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/21/11 11:09, burnus at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47802
>
> --- Comment #8 from Tobias
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47802
--- Comment #9 from Jeffrey A. Law 2011-02-21 18:49:02
UTC ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/21/11 10:41, jakub at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47802
>
> Jakub Jelinek changed:
>
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47840
Summary: incorrect _mm256_insert_epi{32,64} implementations
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47802
--- Comment #8 from Tobias Burnus 2011-02-21
18:08:13 UTC ---
(In reply to comment #6)
> Certain implementations pass in a buffer size
> parameter to deal with that problem, others (glibc) presumably do some
> checking before dumping results into
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46790
--- Comment #12 from Jakub Jelinek 2011-02-21
17:51:00 UTC ---
HAVE_GAS_HIDDEN and HAVE_COMDAT_GROUP checks use ld --version date too.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46790
--- Comment #11 from Steven Bosscher 2011-02-21
17:47:14 UTC ---
(In reply to comment #7)
Interesting, I didn't know that :-)
Do you have an example?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46178
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46002
--- Comment #2 from Jeffrey A. Law 2011-02-21 17:43:18
UTC ---
Author: law
Date: Mon Feb 21 17:43:15 2011
New Revision: 170370
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170370
Log:
PR rtl-optimization/46178
* gcc.target/i386
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46178
--- Comment #2 from Jeffrey A. Law 2011-02-21 17:43:18
UTC ---
Author: law
Date: Mon Feb 21 17:43:15 2011
New Revision: 170370
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170370
Log:
PR rtl-optimization/46178
* gcc.target/i386
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47802
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47833
--- Comment #2 from Jakub Jelinek 2011-02-21
17:32:22 UTC ---
Different testcase at https://bugzilla.redhat.com/attachment.cgi?id=479920
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46790
--- Comment #10 from Jan Hubicka 2011-02-21 17:30:00
UTC ---
Testing datestamp seems resonable to me. I can do the changes needed to avoid
.text subsections then
(basically the elf implementation should then return NULL)
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44118
Paolo Carlini changed:
What|Removed |Added
CC||rearnsha at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44737
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46790
--- Comment #9 from Jakub Jelinek 2011-02-21
17:23:02 UTC ---
Created attachment 23428
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23428
gcc46-pr46790-configury.patch
Completely untested draft of a configury patch (still no code changes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46831
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46790
--- Comment #8 from Jakub Jelinek 2011-02-21
17:14:10 UTC ---
So, I've tried a few linkers from various RHEL/Fedora distros, and narrowed it
down to the fact that 20071102 ld still fails, while 20080208 ld already works.
There have been pretty bi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47207
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47839
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47838
Mikael Pettersson changed:
What|Removed |Added
CC||mikpe at it dot uu.se
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47802
--- Comment #6 from Jeffrey A. Law 2011-02-21 16:56:18
UTC ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/18/11 13:56, dave at hiauly1 dot hia.nrc.ca wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47802
>
> --- Comment #2 from da
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47772
Jonathan 'Sky' Squirawski changed:
What|Removed |Added
CC||webmas...@sky-siteweb.com
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47839
--- Comment #1 from Richard Guenther 2011-02-21
16:19:20 UTC ---
--- a.f90
MODULE globalvar_mod
integer:: xstart, ystart, zstart, xstop, ystop, zstop
CONTAINS
END MODULE globalvar_mod
--- b.f90
MODULE PEC_mod
CONTAINS
SUBROUTINE PECapp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47839
Summary: ICE in dwarf2out.c:add_AT_specification
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: lto
Severity: normal
Priority: P3
Component: fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47477
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|4.6.0 |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47106
--- Comment #17 from Jakub Jelinek 2011-02-21
15:53:54 UTC ---
Author: jakub
Date: Mon Feb 21 15:53:49 2011
New Revision: 170366
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170366
Log:
PR debug/47106
* g++.dg/debug/pr47106.C: R
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38219
--- Comment #11 from John David Anglin 2011-02-21
15:51:59 UTC ---
Still fails on hppa1.1-hp-hpux10.20 with 4.6.0 revision 170207.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47207
--- Comment #3 from Jason Merrill 2011-02-21
15:35:52 UTC ---
Author: jason
Date: Mon Feb 21 15:35:44 2011
New Revision: 170365
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170365
Log:
PR c++/47207
* decl2.c (decl_constant_var_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47835
Mikael Pettersson changed:
What|Removed |Added
CC||mikpe at it dot uu.se
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47838
--- Comment #1 from John David Anglin 2011-02-21
15:12:18 UTC ---
Created attachment 23427
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23427
Tree dump.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47838
Summary: FAIL: gcc.dg/tree-ssa/foldconst-2.c scan-tree-dump-not
optimized "fundamentals..0"
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47207
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46321
--- Comment #2 from janus at gcc dot gnu.org 2011-02-21 15:06:10 UTC ---
(In reply to comment #1)
> Note: There are four cases where a polymorphic deallocate is needed - though
> some might end up in the same code path:
>
> - explicit DEALLOCATE (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47487
--- Comment #3 from Peter Bergner 2011-02-21
15:02:40 UTC ---
I don't recall anyone adding GO support for powerpc{,64}-linux, so I'm guessing
such a patch should be added when that is submitted?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47837
Summary: FAIL: gcc.dg/uninit-pred-7_a.c bogus warning (test for
bogus messages, line 26)
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47836
Summary: Some Cross Compiler can't build target-libiberty or
target-zlib
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47835
--- Comment #1 from John David Anglin 2011-02-21
14:37:14 UTC ---
Created attachment 23426
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23426
Tree dump.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47778
--- Comment #4 from Jerry DeLisle 2011-02-21
14:35:20 UTC ---
Status update. I have more or less isolated the problem in list-read.c. I do
not have an exact solution yet, but I am able to get the test case to work. I
just need now to find the ri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42108
Richard Guenther changed:
What|Removed |Added
Last reconfirmed|2009-11-19 16:49:51 |2011-02-21 16:49:51
--- Comment #51 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47832
--- Comment #4 from Nicola Pero 2011-02-21 14:33:14
UTC ---
> for ObjC I guess it depends if in @interface there are variables (then
> variables with flexible array members in theory could be treated there like
> ISO
> C99 treats variables), or
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47567
--- Comment #22 from Jerry DeLisle 2011-02-21
14:32:14 UTC ---
On my system I get with:
print *, "--"
print "(F0.0)", -0.0 ! => -0.
print "(F3.0)", -0.0 ! => -0.
print "(F2.0)", -0.0 ! => **
print "(F1.0)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47835
Summary: FAIL: gcc.dg/pr46909.c scan-tree-dump ifcombine
"optimizing two comparisons to x_[0-9]+\(D\) != 4"
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47199
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47567
--- Comment #21 from Jerry DeLisle 2011-02-21
14:22:51 UTC ---
OK, can you tell I am time slicing this one. ;)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47825
H.J. Lu changed:
What|Removed |Added
CC|hjl at gcc dot gnu.org |hjl.tools at gmail dot com,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47106
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47820
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47820
--- Comment #3 from Richard Guenther 2011-02-21
13:38:54 UTC ---
Author: rguenth
Date: Mon Feb 21 13:38:48 2011
New Revision: 170359
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170359
Log:
2011-02-21 Richard Guenther
PR lto/478
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47567
Thomas Henlich changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47824
--- Comment #11 from Olaf van der Spek 2011-02-21
13:11:04 UTC ---
> Dup.
No kidding?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47832
Jakub Jelinek changed:
What|Removed |Added
Priority|P2 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47796
--- Comment #7 from qihua.dai at intel dot com 2011-02-21 13:02:41 UTC ---
Hi,
I used -Wall -O2. But no warning for this situation.
gcc will print strict-aliasing related warning.
struct tmp1_s tmp;
tmp.a = 0xc; // this code line is removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40850
--- Comment #13 from Mikael Morin 2011-02-21
13:01:23 UTC ---
Comment 5 is not affected by the double free as the allocatable components are
never allocated during the program, only the containing entity is.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40850
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31573
--- Comment #5 from Jakub Jelinek 2011-02-21
12:55:51 UTC ---
*** Bug 47824 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47824
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38306
--- Comment #23 from Joost VandeVondele
2011-02-21 12:53:30 UTC ---
(In reply to comment #22)
> What is the performance with 4.3 -O2?
4.3:
> gfortran -O2 -march=native -funroll-loops -ffast-math test.f90 ; ./a.out
Time for evaluation [s]:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47824
--- Comment #9 from Olaf van der Spek 2011-02-21
12:47:24 UTC ---
> > So "The list in the manual already." is false.
>
> The information is in the manual, even if not as an explicit list.
That's true, but not what was said.
> I expect adding a
1 - 100 of 137 matches
Mail list logo