http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46420
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46420
--- Comment #1 from Jason Merrill 2010-11-11
06:17:38 UTC ---
Author: jason
Date: Thu Nov 11 06:17:32 2010
New Revision: 166592
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166592
Log:
PR c++/46420
* pt.c (tsubst_copy_and_build)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45923
--- Comment #9 from Benjamin Kosnik 2010-11-11
04:54:49 UTC ---
Oh, i thought of another thing, if non-literal type with a constexpr
constructor is used to define a namespace-scope static variable, and the
"constexpr" creation cannot be honored,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46425
--- Comment #1 from pinskia at gmail dot com
2010-11-11 04:41:09 UTC ---
These failures have fixed already. The issue was in the testsuite.
On Nov 10, 2010, at 8:13 PM, "hjl.tools at gmail dot com"
wrote:
> http://gcc.gnu.org/bugzilla/show_bug
These failures have fixed already. The issue was in the testsuite.
On Nov 10, 2010, at 8:13 PM, "hjl.tools at gmail dot com" > wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46425
H.J. Lu changed:
What|Removed |Added
---
---
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46425
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46425
Summary: [4.6 Regression] Revision 166570 caused many failures
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46373
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46373
--- Comment #11 from Jerry DeLisle 2010-11-11
03:24:29 UTC ---
Author: jvdelisle
Date: Thu Nov 11 03:24:26 2010
New Revision: 166589
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166589
Log:
2010-11-10 Jerry DeLisle
PR libgfortra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46369
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46373
--- Comment #10 from Jerry DeLisle 2010-11-11
03:12:39 UTC ---
Author: jvdelisle
Date: Thu Nov 11 03:12:35 2010
New Revision: 166588
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166588
Log:
2010-11-10 Jerry DeLisle
PR libgfortra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46424
--- Comment #2 from Brad 2010-11-11 02:53:43 UTC
---
Also, whoops, the remove code is broken. It doesn't increment it at the end of
the while loop. This bug has no impact on the problem I was encountering.
Sorry for the swarm of posts, it's re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46424
Brad changed:
What|Removed |Added
Severity|critical|major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46424
--- Comment #1 from Brad 2010-11-11 02:37:56 UTC
---
I forgot to mention one thing. The code that seems to acting suspisciously is
this bit:
toDo.erase( *out ); //Putting this code here instead of the end breaks this
code.
std::map >::const_i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46424
Brad changed:
What|Removed |Added
Severity|major |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46424
Summary: Iterators being improperly invalidated
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: libstdc++
AssignedTo: unassig.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43052
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46423
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46423
Summary: [4.6 Regression] FAIL: g++.dg/torture/pr34850.C
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46065
Nathan Froyd changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46422
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |4.6.0
--- Comment #1 from H.J. Lu 2010-11-11 0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46422
Summary: [4.6 Regression] FAIL: g++.dg/other/i386-?.C
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46421
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26749
Leo Izen changed:
What|Removed |Added
CC||leo.izen at gmail dot com
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46319
--- Comment #13 from H.J. Lu 2010-11-11 01:46:40
UTC ---
(In reply to comment #12)
> (In reply to comment #11)
> > I have verified that
> >
> > http://sourceware.org/ml/binutils/2010-11/msg00170.html
> >
> > fixes the problem.
>
> Thanks HJ.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46421
Summary: fatal error: stdio.h: No such file or directory
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46228
--- Comment #16 from Zeev Tarantov 2010-11-11
00:42:57 UTC ---
In
http://gcc.gnu.org/viewcvs/trunk/gcc/doc/invoke.texi?r1=166555&r2=166554&pathrev=166555:
+will be shared acroess multiple compilation units. The default value is 20.
s/acroess/a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46353
--- Comment #4 from Michael Meissner 2010-11-11
00:19:44 UTC ---
Created attachment 22369
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22369
Patch to fix the FMA instructions.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38669
--- Comment #14 from Jan Hubicka 2010-11-11
00:17:38 UTC ---
Author: hubicka
Date: Thu Nov 11 00:17:34 2010
New Revision: 166579
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166579
Log:
PR tree-optimize/38669
* gcc.dg/tree-ssa/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46369
--- Comment #2 from Jason Merrill 2010-11-11
00:06:38 UTC ---
Author: jason
Date: Thu Nov 11 00:06:34 2010
New Revision: 166576
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166576
Log:
PR c++/46369
* semantics.c (cxx_eval_bit_fi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27357
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #4 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45892
--- Comment #2 from Jan Hubicka 2010-11-10
23:49:42 UTC ---
We actually handle the testcase sanely now too. We don't inline since mainline
is called once that is true. I am testing patch to update the testcase.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46409
--- Comment #5 from Jakub Jelinek 2010-11-10
23:34:00 UTC ---
Author: jakub
Date: Wed Nov 10 23:33:56 2010
New Revision: 166574
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166574
Log:
PR debug/46409
* gcc.dg/debug/pr46409.c: Ne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46368
--- Comment #6 from Jakub Jelinek 2010-11-10
23:34:00 UTC ---
Author: jakub
Date: Wed Nov 10 23:33:56 2010
New Revision: 166574
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166574
Log:
PR debug/46409
* gcc.dg/debug/pr46409.c: Ne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46419
Uros Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46419
--- Comment #4 from uros at gcc dot gnu.org 2010-11-10 23:28:10 UTC ---
Author: uros
Date: Wed Nov 10 23:28:03 2010
New Revision: 166572
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166572
Log:
PR middle-end/46419
* config/i386/xm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46419
--- Comment #3 from uros at gcc dot gnu.org 2010-11-10 23:26:54 UTC ---
Author: uros
Date: Wed Nov 10 23:26:49 2010
New Revision: 166571
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166571
Log:
PR middle-end/46419
* config/i386/xm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34940
--- Comment #14 from Jan Hubicka 2010-11-10 23:05:25
UTC ---
> Note that the IO block escapes and thus cannot be coalesced with others in
> the same function. I had a frontend patch to re-use the same IO struct
> across multiple calls but that w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46188
Richard Guenther changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
Target Mi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46419
--- Comment #2 from uros at gcc dot gnu.org 2010-11-10 23:00:08 UTC ---
Author: uros
Date: Wed Nov 10 23:00:01 2010
New Revision: 166569
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166569
Log:
PR middle-end/46419
* config/i386/xm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34940
--- Comment #13 from Richard Guenther 2010-11-10
22:54:51 UTC ---
Btw, the old "kill stmt" idea would be a useful thing to insert for the
frontend
to mark the end of life of IO struct contents.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34940
--- Comment #12 from Richard Guenther 2010-11-10
22:53:46 UTC ---
Note that the IO block escapes and thus cannot be coalesced with others in
the same function. I had a frontend patch to re-use the same IO struct
across multiple calls but that wa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46319
--- Comment #12 from Dave Korn 2010-11-10 22:52:55
UTC ---
(In reply to comment #11)
> I have verified that
>
> http://sourceware.org/ml/binutils/2010-11/msg00170.html
>
> fixes the problem.
Thanks HJ. I can't self-approve patches to that cod
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34940
--- Comment #11 from Jan Hubicka 2010-11-10 22:50:08
UTC ---
Ok, it might be interesting to run some fortran benchmarks with the
large-stack-frame parameter
bumped up. If it helps, I think we can just do so for 4.6.x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3713
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #26 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34940
--- Comment #10 from Jakub Jelinek 2010-11-10
22:43:31 UTC ---
Because one IO command is split into several function calls and a state has to
be preserved in between those.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3713
--- Comment #24 from owner at bugs dot debian.org 2010-11-10 22:39:13 UTC ---
Thank you for the additional information you have supplied regarding
this Bug report.
This is an automatically generated reply to let you know your message
has been recei
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3713
--- Comment #24 from owner at bugs dot debian.org 2010-11-10 22:39:13 UTC ---
Thank you for the additional information you have supplied regarding
this Bug report.
This is an automatically generated reply to let you know your message
has been recei
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3713
--- Comment #23 from owner at bugs dot debian.org 2010-11-10 22:36:14 UTC ---
Thank you for the additional information you have supplied regarding
this Bug report.
This is an automatically generated reply to let you know your message
has been recei
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34940
--- Comment #9 from Jan Hubicka 2010-11-10 22:35:46 UTC
---
The inline heuristics should take that into account. But at the moment
io block simply always prevent inlining function with IO into function without
IO.
We consider function with more t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3713
--- Comment #22 from owner at bugs dot debian.org 2010-11-10 22:33:17 UTC ---
Thank you for the additional information you have supplied regarding
this Bug report.
This is an automatically generated reply to let you know your message
has been recei
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3713
--- Comment #21 from owner at bugs dot debian.org 2010-11-10 22:30:23 UTC ---
Thank you for the additional information you have supplied regarding
this Bug report.
This is an automatically generated reply to let you know your message
has been recei
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3713
--- Comment #20 from owner at bugs dot debian.org 2010-11-10 22:27:14 UTC ---
Thank you for the additional information you have supplied regarding
this Bug report.
This is an automatically generated reply to let you know your message
has been recei
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3713
--- Comment #19 from owner at bugs dot debian.org 2010-11-10 22:24:15 UTC ---
Thank you for the additional information you have supplied regarding
this Bug report.
This is an automatically generated reply to let you know your message
has been recei
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41012
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46419
Uros Bizjak changed:
What|Removed |Added
Target||x86
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3713
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #18 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43052
--- Comment #4 from Jan Hubicka 2010-11-10
21:36:07 UTC ---
Hmm, I should read testcases curefully. It is memcmp. GCC is not really smart
on inlining this; I guess we should just disable the inline unless we optimize
for size since we don't reall
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46156
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43052
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
Assigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46150
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46065
--- Comment #3 from Nathan Froyd 2010-11-10
21:05:55 UTC ---
Author: froydnj
Date: Wed Nov 10 21:05:50 2010
New Revision: 166558
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166558
Log:
gcc/cp/
PR c++/46065
* decl.c (poplevel_na
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40230
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46156
--- Comment #9 from Marc Glisse 2010-11-10
20:59:55 UTC ---
(In reply to comment #8)
> The #c6 testcase doesn't appear related to the original one, thus please file
> it separately.
Done as PR 46420.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46420
Summary: [C++0X][4.6 regression] ICE: in tsubst_copy, at
cp/pt.c:11677
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38629
--- Comment #6 from Jan Hubicka 2010-11-10
20:52:18 UTC ---
OK, at -Os the issue is that function is called once so inlining is a win.
Making multiple copies of it leads to GCC making clone:
delay_wait_us_ms.constprop.0:
.LFB3:
movl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46419
Summary: xmmintrin.h: _mm_cvtpu16_ps (and hence _mm_cvtpu8_ps)
returns false result in gcc >= 4.4
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43411
--- Comment #2 from Jan Hubicka 2010-11-10
20:38:25 UTC ---
Author: hubicka
Date: Wed Nov 10 20:38:15 2010
New Revision: 166557
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166557
Log:
PR tree-optimize/33172
PR tree-optimize/43
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33172
--- Comment #3 from Jan Hubicka 2010-11-10
20:38:26 UTC ---
Author: hubicka
Date: Wed Nov 10 20:38:15 2010
New Revision: 166557
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166557
Log:
PR tree-optimize/33172
PR tree-optimize/43
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46228
--- Comment #15 from Jan Hubicka 2010-11-10
20:26:39 UTC ---
Author: hubicka
Date: Wed Nov 10 20:26:36 2010
New Revision: 166556
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166556
Log:
PR tree-optimize/46228
* doc/invoke.texi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46228
--- Comment #14 from Jan Hubicka 2010-11-10
20:23:12 UTC ---
Author: hubicka
Date: Wed Nov 10 20:23:09 2010
New Revision: 166555
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166555
Log:
PR tree-optimize/46228
* doc/invoke.texi (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38629
--- Comment #5 from Jan Hubicka 2010-11-10
20:19:24 UTC ---
Hi,
I have reservations for making inline heuristics too target specific as it
would increase the testing matrix of inliner even more. It is difficult to
satisfy everyone.
We no long
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46417
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46417
--- Comment #1 from Jorn Wolfgang Rennecke
2010-11-10 20:15:28 UTC ---
Author: amylaar
Date: Wed Nov 10 20:15:24 2010
New Revision: 166554
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166554
Log:
PR target/46417
* config/spu/spu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46228
--- Comment #13 from Jan Hubicka 2010-11-10
20:10:51 UTC ---
Author: hubicka
Date: Wed Nov 10 20:10:46 2010
New Revision: 166553
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166553
Log:
PR tree-optimize/46228
* cgraph.c (cgraph_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46414
--- Comment #2 from hjl at gcc dot gnu.org 2010-11-10
20:08:30 UTC ---
Author: hjl
Date: Wed Nov 10 20:08:27 2010
New Revision: 166552
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166552
Log:
Check preferred vector mode for vector type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46418
--- Comment #1 from Kevin Lange 2010-11-10 19:58:34 UTC ---
Correction: I provided gcc with no -O option, but a #pragma specifies level 2
optimization.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46418
Summary: Segmentation fault compiling C source with no
optimization on x86/32-bit under 4.4.3
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34940
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #8 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46188
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46148
--- Comment #2 from paolo at gcc dot gnu.org
2010-11-10 19:08:54 UTC ---
Author: paolo
Date: Wed Nov 10 19:08:49 2010
New Revision: 166551
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166551
Log:
2010-11-10 Paolo Carlini
PR libs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44436
--- Comment #13 from paolo at gcc dot gnu.org
2010-11-10 19:08:54 UTC ---
Author: paolo
Date: Wed Nov 10 19:08:49 2010
New Revision: 166551
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166551
Log:
2010-11-10 Paolo Carlini
PR lib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21122
John David Anglin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37949
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36352
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35728
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34940
Jan Hubicka changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |hubicka at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34940
Jan Hubicka changed:
What|Removed |Added
CC||bur...@net-b.de, hubicka at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46411
--- Comment #3 from Tobias Burnus 2010-11-10
18:04:10 UTC ---
Author: burnus
Date: Wed Nov 10 18:04:04 2010
New Revision: 166550
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166550
Log:
2010-11-10 Tobias Burnus
PR fortran/46
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46403
--- Comment #4 from davidxl 2010-11-10 18:01:46
UTC ---
(In reply to comment #3)
> I think what you are seeing is tail duplication happening.
Right, disabling bb-reordering, the duplication does not happen -- looks like
something to tune.
David
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46319
H.J. Lu changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46411
--- Comment #2 from Tobias Burnus 2010-11-10
17:55:14 UTC ---
Fixed on the trunk.
I was asked in #gfortran to backport it to 4.5. I thus leave it open. The
backport probably requires that non-IMPURE variables are marked as attr.pure
(cf. comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33172
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46403
--- Comment #3 from Andrew Pinski 2010-11-10
17:53:41 UTC ---
I think what you are seeing is tail duplication happening.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46403
--- Comment #2 from davidxl 2010-11-10 17:50:37
UTC ---
Yes, there is redundancy removed for a[x] -- but for *y, it should not be
duplicated. See the following example:
int a[100];
int foo(int x, int* y, int *yy, int *yyy, int z)
{
int m;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46244
--- Comment #11 from Tobias Burnus 2010-11-10
17:49:24 UTC ---
The commit fixes the issue mentioned in comment 7 to comment 9.
TODO: comment 0 to comment 6, i.e. the test cases of comment 0, comment 1 and
comment 5. Comment 4 contains a patch (p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46244
--- Comment #10 from Tobias Burnus 2010-11-10
17:45:10 UTC ---
Author: burnus
Date: Wed Nov 10 17:44:58 2010
New Revision: 166547
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166547
Log:
2010-11-10 Tobias Burnus
PR fortran/46
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43411
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46223
--- Comment #3 from Tobias Burnus 2010-11-10
17:42:54 UTC ---
Fixed - hopefully.
The PR can be closed if a "4.6.0 (experimental)" build for s390 does no longer
has a failing bessel_7.f90.
Cf. http://gcc.gnu.org/ml/gcc-testresults/current
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46223
--- Comment #2 from Tobias Burnus 2010-11-10
17:41:31 UTC ---
Author: burnus
Date: Wed Nov 10 17:41:22 2010
New Revision: 166546
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166546
Log:
2010-11-10 Tobias Burnus
PR fortran/46
1 - 100 of 200 matches
Mail list logo