http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56751
Максим Прохоренко changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56734
--- Comment #3 from Marc Girod 2013-03-27
06:52:14 UTC ---
OK. Good to know. I configured with GNU, hence there is something in the tool
chain which results in the problem.
Under the debugger, I get the segfault stepping into the call to '
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56751
Bug #: 56751
Summary: Can not confugure stage 2
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56750
Bug #: 56750
Summary: static -lstdc++ logic bleeds into all subdirs
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54659
Andrew Pinski changed:
What|Removed |Added
Target Milestone|4.8.0 |4.8.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56692
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56699
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
--- Comment #18 from Manuel López-Ibáñez 2013-03-27
00:59:43 UTC ---
(In reply to comment #17)
> (In reply to comment #16)
> >
> > If you have some developer power to spare, it may be worthwhile to try to
> > tackle this yourself. Otherwise I a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56742
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56749
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56749
Bug #: 56749
Summary: weird interaction between scoped enum used as non-type
template parameter and template lookup
Classification: Unclassified
Product: gcc
Version: 4.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54805
--- Comment #4 from Maxim Kuvyrkov 2013-03-26
22:09:31 UTC ---
Also backported to 4.8 branch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54659
--- Comment #19 from roland at gnu dot org 2013-03-26 22:03:44 UTC ---
r190487 is the breaking change. I tested reverting that (relative to 4.8
branch) and it solved the problem.
Note I'm more concerned with having this fixed on the 4.8 b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56729
Steven Bosscher changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56170
--- Comment #9 from Ami Tavory 2013-03-26 21:40:03
UTC ---
Great, many thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56742
--- Comment #2 from Kai Tietz 2013-03-26 21:14:23
UTC ---
Hmm, yes indeed it is the -freorder-blocks option. One solution is to disallow
after reload for SEH-target to modify jumps.
The following patch fixes the issue for me.
Index:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55102
Eric Botcazou changed:
What|Removed |Added
CC||uran238 at web dot de
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56700
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50686
Andrew Pinski changed:
What|Removed |Added
Target Milestone|4.7.0 |4.7.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56748
Bug #: 56748
Summary: STOP statement + array optional variable causes bogus
uninitialized warning
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51440
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56700
--- Comment #3 from Dmitry Gorbachev
2013-03-26 20:12:42 UTC ---
> It's not just me who concluded that wrong.
Bug 55102.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56747
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56742
Andrew Pinski changed:
What|Removed |Added
CC||franke at computer dot org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51440
Martin Richtarsky changed:
What|Removed |Added
CC||gcc at martinien dot de
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56747
Bug #: 56747
Summary: throw segfaults on 64bit Cygwin if -O2
(-freorder-blocks) is used with g++ 4.8.0
Classification: Unclassified
Product: gcc
Version: unknown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56712
Bernd Edlinger changed:
What|Removed |Added
Attachment #29724|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56731
--- Comment #5 from Dominique d'Humieres 2013-03-26
19:17:39 UTC ---
> > AFAICT this has been fixed by revision 187192 (pr41600). I don't think this
> > is
> > a regression: I get the ICE for 4.5.3, 4.6.3, and 4.7.2 (CLASS is not part
> >
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56730
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56700
uran238 at web dot de changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resol
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56729
--- Comment #3 from David Edelsohn 2013-03-26 18:29:16
UTC ---
The failure only occurs in 32 bit mode and would not have been seen by a
default bootstrap on powerpc64-linux that did not run the testsuite in 32 bit
mode.
$ ./xgcc -B./ -O1 -m32
/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51157
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16375
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45282
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56746
Bug #: 56746
Summary: 4.8 regression: increased memory usage when compiling
C++
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56745
Jakub Jelinek changed:
What|Removed |Added
Target||arm-linux-gnueabi
Target Miles
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56745
Bug #: 56745
Summary: [4.8/4.9 Regression] ICE in merge_if_block
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56731
--- Comment #4 from tiloschwarz at gcc dot gnu.org 2013-03-26 17:05:47 UTC ---
(In reply to comment #2)
> AFAICT this has been fixed by revision 187192 (pr41600). I don't think this is
> a regression: I get the ICE for 4.5.3, 4.6.3, and 4.7.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56727
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56743
--- Comment #2 from Tobias Burnus 2013-03-26
16:57:53 UTC ---
Created attachment 29734
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29734
Draft patch (only for read_integer)
Draft patch - fixes the issue of the test case, but one
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55951
Paolo Carlini changed:
What|Removed |Added
Target Milestone|--- |4.8.1
--- Comment #7 from Paolo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56744
Bug #: 56744
Summary: [meta-bug] Namelist bugs
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56743
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56695
--- Comment #7 from Marek Polacek 2013-03-26
16:20:39 UTC ---
(In reply to comment #6)
> Created attachment 29733 [details]
> Untested patch
>
> I was thinking about something like this. In 4.8, I added vec_cond_expr
> expansion when t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56743
Bug #: 56743
Summary: Namelist bug with comment and no blank
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56727
--- Comment #3 from Jan Hubicka 2013-03-26 16:12:27 UTC
---
> Confirmed. We don't optimize callgraph cycles with one externally visible
> entry that way. And I believe we currently have no way of annotating a
> single call to resolve loc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55033
--- Comment #5 from Joel Sherrill 2013-03-26 16:11:46
UTC ---
Per http://gcc.gnu.org/ml/gcc-patches/2013-03/msg00970.html would it be OK to
get this committed to the 4.8 branch and head?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56695
--- Comment #6 from Marc Glisse 2013-03-26 16:03:04
UTC ---
Created attachment 29733
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29733
Untested patch
I was thinking about something like this. In 4.8, I added vec_cond_expr
expan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56742
Kai Tietz changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56742
Bug #: 56742
Summary: Optimization bug lead to uncaught throw
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56695
--- Comment #5 from Marek Polacek 2013-03-26
15:20:34 UTC ---
vectorizable_condition gets this stmt:
patt_10 = i.1_17 == 0 ? 1 : 0;
We can't do just
if (TYPE_UNSIGNED (TREE_TYPE (vectype)))
return false;
which quashes the ICE be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34949
Jason Merrill changed:
What|Removed |Added
Attachment #29731|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34949
--- Comment #11 from Jason Merrill 2013-03-26
15:14:30 UTC ---
Created attachment 29731
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29731
patch to add clobbers
This patch adds the clobber assignments as Jakub suggested, but the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56689
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #7 from An
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56729
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56649
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56649
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52748
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56617
Richard Earnshaw changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54359
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56726
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56727
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56729
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56732
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56741
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56741
Bug #: 56741
Summary: Why not to perform 128-bit vector iteration when
vectorizing loop by 256-bit
Classification: Unclassified
Product: gcc
Version: 4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56740
Bug #: 56740
Summary: duplicat DW_TAG_const_type
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56732
--- Comment #2 from Mikael Pettersson 2013-03-26
13:35:30 UTC ---
Started with http://gcc.gnu.org/r188742 or http://gcc.gnu.org/r188743.
With r188742 I get:
In file included from ploaderhook.c:25:0:
/home/rajiv/ndless/ndless/Ndless-SD
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56739
Bug #: 56739
Summary: FreeBSD ia64:
gcc49/work/build/ia64-portbld-freebsd10.0/libstdc++-v3
/include/mutex:781:41: internl compiler error:
Segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56738
Dominique d'Humieres changed:
What|Removed |Added
Target|arm-none-eabi |arm-none-eabi powerpc-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56038
--- Comment #5 from Kai Koehne 2013-03-26
12:26:04 UTC ---
Can confirm that the patch fixes the issue when applied locally.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56735
--- Comment #5 from Adam Williams 2013-03-26
12:14:01 UTC ---
Cheers Dominique,
Unfortunately the code in question is ~25years old with an existing user base
and the namelist is used to set a vast number of initial conditions for varying
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56738
--- Comment #2 from ktkachov at gcc dot gnu.org 2013-03-26 12:07:07 UTC ---
(In reply to comment #1)
> I see a similar error on powerpc-*-* (see
> http://gcc.gnu.org/ml/gcc-testresults/2013-03/msg02572.html ) for
> c-c++-common/torture/vshu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56738
--- Comment #1 from Dominique d'Humieres 2013-03-26
11:57:58 UTC ---
I see a similar error on powerpc-*-* (see
http://gcc.gnu.org/ml/gcc-testresults/2013-03/msg02572.html ) for
c-c++-common/torture/vshuf-v2di.c and g++.dg/torture/vshuf-v2d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56736
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56738
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56735
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56738
Bug #: 56738
Summary: ICE in c-c++-common/torture/vshuf-v4di.c
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56737
Bug #: 56737
Summary: Bizarre Hollerith edit descriptor errors (valgrind
shows uninitialized value in libgfortran)
Classification: Unclassified
Product: gcc
Version: unk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56733
Andreas Schwab changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56650
--- Comment #2 from Tobias Burnus 2013-03-26
11:22:54 UTC ---
Probably due to not simplifying c_sizeof(), cf. PR 36437. Related PR46641 and
PR45824
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55951
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56733
--- Comment #5 from Andreas Schwab 2013-03-26 11:10:50
UTC ---
Probably fixed by:
>From 96a1fa3ac96f6b9339091249b40fd72783532397 Mon Sep 17 00:00:00 2001
From: law
Date: Tue, 26 Mar 2013 04:00:20 +
Subject: [PATCH] * tree-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56733
Andreas Schwab changed:
What|Removed |Added
Target|hppa*-*-* |
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55951
--- Comment #5 from Paolo Carlini 2013-03-26
10:56:53 UTC ---
ce->index is a CONST_DECL in mainline and 4_8-branch, an Ok INTEGER_CST in
4_7-branch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54659
--- Comment #18 from Diego Novillo 2013-03-26
10:48:18 UTC ---
Sure. But I'm not quite sure which change you are referring to. I see 2
related patches (well, 3 but one is the reversal of the first one). I suppose
we are referring to rev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56736
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55951
Paolo Carlini changed:
What|Removed |Added
Summary|ICE in |[4.8/4.9 Regression] ICE in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56735
Dominique d'Humieres changed:
What|Removed |Added
CC||jvdelisle at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56735
--- Comment #2 from Adam Williams 2013-03-26
10:26:43 UTC ---
Hi Dominique
Cheers for the quick response. Here is my gfortran -v info:
Using built-in specs.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=/usr/local/gfortran/libexec/gcc/x86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56733
--- Comment #3 from Paolo Carlini 2013-03-26
10:26:04 UTC ---
Note that essentially by definition an ICE per se cannot be a library issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55951
--- Comment #3 from Matthias Klose 2013-03-26
10:24:14 UTC ---
Created attachment 29727
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29727
preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56712
--- Comment #6 from Mikael Pettersson 2013-03-26
10:24:08 UTC ---
(In reply to comment #5)
> Created attachment 29724 [details]
> backport of the above mentioned fix
Don't base your backport on the original patch submission, base it on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55951
Matthias Klose changed:
What|Removed |Added
Keywords||ice-on-valid-code
Last reconf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56736
Bug #: 56736
Summary: Broken link in http://gcc.gnu.org/gcc-4.8/changes.html
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50686
--- Comment #34 from ro at CeBiTec dot Uni-Bielefeld.DE 2013-03-26 10:18:00 UTC ---
Unfortunately, Andrew Pinski's patch from PR debug/51471 doesn't help
this time.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56735
--- Comment #1 from Dominique d'Humieres 2013-03-26
10:17:25 UTC ---
It works for me (x86_64-apple-darwin10) from 4.4.6 up to the latest trunk
(197095). On which platform do you see this problem (post the output of
gfortran -v)?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56608
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56270
Richard Biener changed:
What|Removed |Added
Known to work||4.7.3
Summary|[4.6/4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39326
--- Comment #52 from Richard Biener 2013-03-26
10:09:52 UTC ---
(In reply to comment #51)
> > (struct mem_ref): Replace mem member with ao_ref typed member.
>
> RTL gcse (-O2) suffers from the same slowness in its dependence tests.
1 - 100 of 112 matches
Mail list logo