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 jakub at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47430
--- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29383
Thomas thenlich at users dot sourceforge.net changed:
What|Removed |Added
CC||thenlich at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45810
--- Comment #21 from Dominique d'Humieres dominiq at lps dot ens.fr
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45988
--- Comment #2 from Rainer Orth ro at gcc dot gnu.org 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=gccview=revrev=169153
Log:
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45988
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #37 from rguenther at suse dot de 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47411
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47428
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47431
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47432
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45124
Jan Kratochvil jan.kratochvil at redhat dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47428
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
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++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45940
--- Comment #16 from Vincent Gramoli vincent.gramoli at epfl dot ch
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/show_bug.cgi?id=47433
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47427
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com 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 manuel.holtgr...@fu-berlin.de 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47427
--- Comment #3 from rguenther at suse dot de 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 jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47434
Jerry DeLisle jvdelisle at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #5 from Johannes Singler singler at kit dot edu 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.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47389
--- Comment #4 from Zdenek Sojka zsojka at seznam dot cz 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #6 from Johannes Singler singler at kit dot edu 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47429
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #7 from Paolo Carlini paolo.carlini at oracle dot com 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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47398
Dodji Seketeli dodji at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #8 from Jonathan Wakely redi at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #9 from Johannes Singler singler at kit dot edu 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #10 from Johannes Singler singler at kit dot edu 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 jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47428
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Attachment #23095|0 |1
is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45810
--- Comment #22 from Richard Guenther rguenth at gcc dot gnu.org 2011-01-24
14:07:14 UTC ---
(In reply to comment #15)
Enabling early FRE
Index: passes.c
===
--- passes.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #11 from Paolo Carlini paolo.carlini at oracle dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47434
--- Comment #2 from Thomas Henlich thenlich at users dot sourceforge.net
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47435
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47435
--- Comment #2 from Paolo Bonzini bonzini at gnu dot org 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 singler at kit dot edu 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 singler at kit dot edu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47437
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
--- Comment #22 from Ian Bolton ibolton at gcc dot gnu.org 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 jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47414
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 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 jakub at gcc dot gnu.org changed:
What|Removed |Added
Keywords||error-recovery
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47387
--- Comment #4 from Graham Reed greed at pobox dot com 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 dodji at gcc dot gnu.org 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 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 jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47409
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47414
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47409
--- Comment #3 from John Regehr regehr at cs dot utah.edu 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47437
--- Comment #3 from singler at gcc dot gnu.org 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=gccview=revrev=169166
Log:
2011-01-24
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47408
--- Comment #2 from Michael Meissner meissner at gcc dot gnu.org 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=gccview=revrev=169167
Log:
Fix PR 47408 and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47409
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 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 singler at kit dot edu changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45685
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
CC||law at redhat dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47408
--- Comment #3 from Michael Meissner meissner at gcc dot gnu.org 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=gccview=revrev=169168
Log:
Fix PR 47408 and
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47411
--- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2011-01-24
16:53:07 UTC ---
I think a backport of
2010-06-30 Michael Matz m...@suse.de
PR bootstrap/44699
* tree-vrp.c (vrp_finalize): Deal with changing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47438
--- Comment #1 from doh-hyun koh dbms007 at hanmail dot net 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
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 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=gccview=revrev=169171
Log:
2011-01-24
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
Johannes Singler singler at kit dot edu changed:
What|Removed |Added
Status|NEW |RESOLVED
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46519
--- Comment #8 from hjl at gcc dot gnu.org 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=gccview=revrev=169173
Log:
Visit basic blocks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46519
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
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 navin.kumar at gmail dot com 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 manu at gcc dot gnu.org 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:
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45810
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47271
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47441
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47429
--- Comment #5 from Navin Kumar navin.kumar at gmail dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47429
--- Comment #6 from froydnj at codesourcery dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45810
--- Comment #24 from Dominique d'Humieres dominiq at lps dot ens.fr
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
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47271
--- Comment #8 from Sebastian Pop spop at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47443
--- Comment #1 from Zdenek Sojka zsojka at seznam dot cz 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
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) (GCC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47271
--- Comment #9 from Sebastian Pop spop at gcc dot gnu.org 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 bkoz at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47271
--- Comment #10 from Sebastian Pop spop at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47430
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47271
--- Comment #11 from Jakub Jelinek jakub at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43154
Michael Meissner meissner at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47387
--- Comment #5 from paolo at gcc dot gnu.org 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=gccview=revrev=169178
Log:
2011-01-24
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47387
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47271
--- Comment #12 from Sebastian Pop spop at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47271
--- Comment #13 from Jakub Jelinek jakub at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47271
--- Comment #14 from Sebastian Pop spop at gcc dot gnu.org 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
||
1 - 100 of 155 matches
Mail list logo