http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47430
Summary: [4.6 Regression] Random PCH related bootstrap failures
on powerpc64-linux
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47430
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47430
--- Comment #1 from Jakub Jelinek 2011-01-24
08:51:53 UTC ---
3) might be too hard, at least on RHEL6/ppc64 the randomization of mmap has
difference between smallest and largest address for one mmap is almost 1GB in a
few attempts I've done (0xff
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29383
Thomas changed:
What|Removed |Added
CC||thenlich at users dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45810
--- Comment #21 from Dominique d'Humieres
2011-01-24 09:29:00 UTC ---
I have regtested my working tree (with other patches) with the patch in comment
#15 and got 180 new failures (likely 90 for both -m32 and -m64), but I have not
checked that car
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45988
--- Comment #2 from Rainer Orth 2011-01-24 09:30:39 UTC
---
Author: ro
Date: Mon Jan 24 09:30:31 2011
New Revision: 169153
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169153
Log:
* gfortran.dg/array_constructor_33.f90: Use dg-timeo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45988
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #37 from rguenther at suse dot de
2011-01-24 09:41:28 UTC ---
On Fri, 21 Jan 2011, mikael at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
>
> --- Comment #36 from Mikael Morin 2011-01-21
> 22:54:53 UT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47411
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P1
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47428
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=47431
Summary: ctime() not thread-safe
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
AssignedTo: unassig...@gcc.gnu.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47431
Janne Blomqvist changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47432
Summary: ttyname() not thread-safe
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
AssignedTo: unassig...@gcc.gn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47432
Janne Blomqvist changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45124
Jan Kratochvil changed:
What|Removed |Added
CC||jan.kratochvil at redhat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47428
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
Summary: libstdc++ parallel mode calls std::swap explicitely
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: libstdc++
As
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45940
--- Comment #16 from Vincent Gramoli
2011-01-24 12:04:37 UTC ---
Hi Aldy,
The bug does you refer to does not seem to be assigned to anyone.
Vincent
On Jan 20, 2011, at 3:31 PM, aldyh at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/sho
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47427
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #2 from Paolo Carlini 2011-01-24
12:52:30 UTC ---
Note: std::swap_ranges is fine, AFAICS.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #3 from Manuel Holtgrewe 2011-01-24
12:56:16 UTC ---
I agree, that there are no obvious problems with std::swap_ranges.
Is anything specified in the standard in this direction?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47434
Summary: Wrong field width for NaN with (F0.n) formatting
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
Assigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47427
--- Comment #3 from rguenther at suse dot de
2011-01-24 12:59:58 UTC ---
On Mon, 24 Jan 2011, jakub at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47427
>
> Jakub Jelinek changed:
>
>What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #4 from Paolo Carlini 2011-01-24
13:10:43 UTC ---
I don't think it is. I can double check later.
Also, in losertree.h most uses involve built-in types (like bool or int) or
pointers, and those are also fine.
Beyond the issue discuss
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47434
Jerry DeLisle changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #5 from Johannes Singler 2011-01-24
13:19:22 UTC ---
What are you proposing for a fix? Omitting std::? Using std::iter_swap where
appropriate, like stl_algo.h mostly does? The latter would be more consistent.
Johannes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47389
--- Comment #4 from Zdenek Sojka 2011-01-24 13:21:50
UTC ---
Created attachment 23096
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23096
short C testcase
$ gcc -O -fno-combine-stack-adjustments -fno-dse -fno-guess-branch-probability
-fopt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #6 from Johannes Singler 2011-01-24
13:23:26 UTC ---
Taking __key as value type in (some variants of __delete_min_insert) makes
sense, since it is also used as a buffer for storing the current loser. Having
a local variable that is i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47429
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #7 from Paolo Carlini 2011-01-24
13:28:28 UTC ---
For sure if we are swapping _Tps we have to omit the std::. In general, when we
are not swapping built-ins or pointers we have to omit the qualification or use
something else, like std
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47435
Summary: [4.6 Regression] ICE: SIGSEGV in c_finish_case
(c-typeck.c:8859) on invalid code
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47398
Dodji Seketeli changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #8 from Jonathan Wakely 2011-01-24
13:53:27 UTC ---
(In reply to comment #3)
> Is anything specified in the standard in this direction?
20.2.2 Swappable requirements [swappable.requirements]
3 The context in which swa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #9 from Johannes Singler 2011-01-24
13:55:33 UTC ---
I have made the attached minimal patch.
Use std::iter_swap where possible, use swap for _Tp, and leave std::swap for
built-in types. I will test and then submit the patch.
Johan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #10 from Johannes Singler 2011-01-24
13:57:16 UTC ---
Created attachment 23098
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23098
Minimal patch avoid std::swap on template types.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47427
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47428
Jakub Jelinek changed:
What|Removed |Added
Attachment #23095|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45810
--- Comment #22 from Richard Guenther 2011-01-24
14:07:14 UTC ---
(In reply to comment #15)
> Enabling early FRE
> Index: passes.c
> ===
> --- passes.c(revision 169136)
> +++ pas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #11 from Paolo Carlini 2011-01-24
14:11:05 UTC ---
Thanks Johannes. Jon is right (and indeed we are already using the pattern
elsewhere): when we are removing the std:: qualification from std::swap inside
a namespace != std, let's als
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #21
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47436
Summary: Variadic base-specifier-list of union rejected
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47434
--- Comment #2 from Thomas Henlich
2011-01-24 14:37:29 UTC ---
A similar issue occurs with the values +Infinity and 0.0:
program testnan
real :: i, n = 0.0, m = tiny(0.0)
i = 1.0 / n
print "(F0.2)", i
print "(F3.2)", i
print
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47435
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47437
Summary: libstdc++ parallel mode: multiway_merge does not
compile
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47435
--- Comment #2 from Paolo Bonzini 2011-01-24 14:47:15
UTC ---
The code hardly makes any sense, so it's difficult to say which error message
makes more sense. I'll look at the regression.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47437
--- Comment #1 from Johannes Singler 2011-01-24
14:48:42 UTC ---
Created attachment 23101
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23101
Remove mutable qualifier from reference member.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47437
Johannes Singler changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47437
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |4.6.0
Summary|libstdc++ para
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
--- Comment #22 from Ian Bolton 2011-01-24
14:54:51 UTC ---
(In reply to comment #21)
> So is this now fixed on the trunk? Can anyone run SPEC2k?
I can run it. I will report back when done.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47414
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=47414
--- Comment #3 from Jakub Jelinek 2011-01-24
15:21:32 UTC ---
In particular it is
aliasing_component_refs_p that says those 2 don't alias.
Richi, can you please have a look?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47435
Jakub Jelinek changed:
What|Removed |Added
Keywords||error-recovery
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47387
--- Comment #4 from Graham Reed 2011-01-24 15:29:55
UTC ---
OK, I'll try and get the mailing list thing worked out today.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47398
--- Comment #3 from Dodji Seketeli 2011-01-24
16:05:26 UTC ---
A patch was proposed at http://gcc.gnu.org/ml/gcc-patches/2011-01/msg01646.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47414
--- Comment #4 from rguenther at suse dot de
2011-01-24 16:08:44 UTC ---
On Mon, 24 Jan 2011, jakub at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47414
>
> --- Comment #3 from Jakub Jelinek 2011-01-24
> 15:21:32 UTC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47409
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47414
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47409
--- Comment #3 from John Regehr 2011-01-24 16:43:58
UTC ---
(In reply to comment #2)
> Not sure if this is a bug at all, structure assignment should be implementable
> using memcpy or memmove and thus the side effects that will happen on it are
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47437
--- Comment #3 from singler at gcc dot gnu.org
2011-01-24 16:44:36 UTC ---
Author: singler
Date: Mon Jan 24 16:44:30 2011
New Revision: 169166
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169166
Log:
2011-01-24 Johannes Singler
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47408
--- Comment #2 from Michael Meissner 2011-01-24
16:47:20 UTC ---
Author: meissner
Date: Mon Jan 24 16:47:16 2011
New Revision: 169167
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169167
Log:
Fix PR 47408 and 47385
Modified:
trunk/g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47409
--- Comment #4 from Jakub Jelinek 2011-01-24
16:49:17 UTC ---
This is related to PR45472 and is solely about volatile fields in aggregates.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47437
Johannes Singler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45685
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #15 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47408
--- Comment #3 from Michael Meissner 2011-01-24
16:57:07 UTC ---
Author: meissner
Date: Mon Jan 24 16:57:04 2011
New Revision: 169168
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169168
Log:
Fix PR 47408 and 47385
Modified:
branche
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47438
Summary: function arguments memory alignment problem.
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: c
AssignedTo: unassig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47411
--- Comment #4 from Richard Guenther 2011-01-24
16:53:07 UTC ---
I think a backport of
2010-06-30 Michael Matz
PR bootstrap/44699
* tree-vrp.c (vrp_finalize): Deal with changing num_ssa_names.
* gimple-fold.c (gimplif
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47438
--- Comment #1 from doh-hyun koh 2011-01-24
17:02:45 UTC ---
hi I am developing big application with old large source in linux ..
even though I could manage some of bug, eventually the will be big troubles..
so I here I like to report the bugs an
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47439
Summary: Fun with scratch files on Windows MKTEMP only allows
for 26 files
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #12 from singler at gcc dot gnu.org
2011-01-24 17:07:40 UTC ---
Author: singler
Date: Mon Jan 24 17:07:35 2011
New Revision: 169171
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169171
Log:
2011-01-24 Johannes Singler
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
Johannes Singler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47440
Summary: Use LCM for vzeroupper optimization
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig...@gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46519
--- Comment #8 from hjl at gcc dot gnu.org 2011-01-24
17:30:00 UTC ---
Author: hjl
Date: Mon Jan 24 17:29:58 2011
New Revision: 169173
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169173
Log:
Visit basic blocks using the work-list based
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46519
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47441
Summary: g++ Introduces Internal Compiler Error: Bus error
during compilation
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: major
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47429
--- Comment #3 from Navin Kumar 2011-01-24
17:42:03 UTC ---
Wouldn't the simple fix be to make it a note() that 'int Blah::test' is private
and the error() be the caller's attempt to use it?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47429
--- Comment #4 from Manuel López-Ibáñez 2011-01-24
17:55:29 UTC ---
It is common in the C/C++ front-ends that error() is followed by one or more
notes() providing context, suggestions or more information. (That is, "error:
within this context" sh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47442
Summary: does not build multilib on m68k
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libffi
AssignedTo: unassig...@gcc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45810
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47271
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=47441
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47429
--- Comment #5 from Navin Kumar 2011-01-24
18:07:45 UTC ---
Hmm. I only need -Wfatal-errors because otherwise a small typo can cause
heavily templated code to go berserk and output 10,000 lines of errors.
Perhaps a compromise is to have the abi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47429
--- Comment #6 from froydnj at codesourcery dot com 2011-01-24 18:09:12 UTC ---
On Mon, Jan 24, 2011 at 06:07:50PM +, navin.kumar at gmail dot com wrote:
> Instead of -Wfatal-errors that bombs on the first error, perhaps
> -Wfatal-errors=5 tha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45810
--- Comment #24 from Dominique d'Humieres
2011-01-24 18:16:47 UTC ---
(In reply to comment #22)
> That FRE pass should be after pass_sra_early (certainly after
> pass_build_ealias).
Moving pass_fre after pass_sra_early does not fix the failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47443
Summary: [4.6 Regression] ICE: SSA name in freelist but still
referenced or SIGSEGV with -fstack-check=generic
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: norm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47271
--- Comment #8 from Sebastian Pop 2011-01-24 18:34:38
UTC ---
The translation in predicate_all_scalar_phis assumes that the incoming
edges OR up to true: it translates a phi node
x = phi (y, z)
into
x = a ? y : z;
In the testcase of this PR,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47443
--- Comment #1 from Zdenek Sojka 2011-01-24 18:35:47
UTC ---
Created attachment 23103
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23103
different crash
$ gcc -O -fstack-check=generic testcase2.c
testcase2.c: In function 'foo':
testcase2.
per
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/home/eid-letni/opt/gcc
--enable-languages=c,c++ : (reconfigured) ../configure
--prefix=/home/eid-letni/opt/gcc --enable-languages=c,c++,lto --no-create
--no-recursion
Thread model: posix
gcc version 4.6.0 20110124 (experimental) (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47271
--- Comment #9 from Sebastian Pop 2011-01-24 18:38:13
UTC ---
Sorry, (!a and !b) should not modify the value of x.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47430
--- Comment #2 from Benjamin Kosnik 2011-01-24
18:53:14 UTC ---
4) is not possible, as stdc++.h is included in precompiled/stdtr1c++.h and the
extension PCH. (ie, chained pches.) We don't want to re-order this, and build
stdtr1c++.h without stdc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47271
--- Comment #10 from Sebastian Pop 2011-01-24
18:55:48 UTC ---
The BB of the phi node to be rewritten should post-dominate the BBs in which
the arguments of the phi node are defined. The following gcc_assert will ICE
when the translation done in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47430
--- Comment #3 from Jakub Jelinek 2011-01-24
19:19:44 UTC ---
Created attachment 23105
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23105
gcc46-pr47430-workaround.patch
This patch shows a sample implementation of 4) which seems to work ju
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47271
--- Comment #11 from Jakub Jelinek 2011-01-24
19:24:57 UTC ---
The
# iftmp.0_6 = PHI <3(5), 1(6)>
PHI node certainly wouldn't trigger that assert, as it has non-SSA_NAMEs in
arguments, yet there is the same problem with building that condition.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43154
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47387
--- Comment #5 from paolo at gcc dot gnu.org
2011-01-24 19:53:38 UTC ---
Author: paolo
Date: Mon Jan 24 19:53:35 2011
New Revision: 169178
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169178
Log:
2011-01-24 Graham Reed
PR libstd
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47387
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47271
--- Comment #12 from Sebastian Pop 2011-01-24
19:57:40 UTC ---
Created attachment 23106
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23106
proposed fix
Thanks Jakub for thinking out a counter example, what about this fix?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47271
--- Comment #13 from Jakub Jelinek 2011-01-24
20:04:08 UTC ---
Can't loop->header have more than 2 predecessors without causing any problems?
Other than that it might work fine.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47445
Summary: testsuite/gfortran.dg/impure_1.f08 FAILs with -O
-fno-omit-frame-pointer -fpeel-loops
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47271
--- Comment #14 from Sebastian Pop 2011-01-24
20:14:55 UTC ---
Right, thanks for catching that:
I handled it only in the first place and not in the second:
gcc_assert (bb == bb->loop_father->header
|| bb_postdominates_preds (bb))
1 - 100 of 155 matches
Mail list logo
