https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
--- Comment #4 from Andrew Pinski ---
(In reply to tower120 from comment #3)
> Oh I see.
>
> Well, what gcc version is that, then?
> http://patchwork.ozlabs.org/patch/339121/
5.x.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
--- Comment #3 from tower120 ---
Oh I see.
Well, what gcc version is that, then? http://patchwork.ozlabs.org/patch/339121/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
--- Comment #2 from Andrew Pinski ---
GCC 4.9 has only partial C++14 support.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62215
--- Comment #6 from Janne Blomqvist ---
(In reply to Steve Kargl from comment #3)
> Not having a copyright assignment won't interfere with this
> patch being applied. I'm waiting for confirmation from Janne
> that I can revert the changes in his
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
--- Comment #5 from Joey Ye ---
This issue was predicted back to when _Unwind_Backtrace was enabled on ARM.
http://gcc.gnu.org/ml/gcc/2007-08/msg00235.html
"This will keep going if the personality routine returns _URC_FAILURE.
Do you need anythi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62217
--- Comment #1 from Andrew Pinski ---
Actually it is a bad interaction between DOM and complete unrolling.
:
# i_14 = PHI
if (i_14 == b_6(D))
goto ;
else
goto ;
:
g_x[b_6(D)] = *x1_7(D);
i_11 = i_14 + 1;
goto ;
:
__
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62208
--- Comment #3 from Uroš Bizjak ---
I can also confirm the ICE on Fedora 20 with:
$ ld --version
GNU ld version 2.23.2
Copyright 2012 Free Software Foundation, Inc.
$ ./xgcc -B ./gcc -flto -m32 -O3 pr62208.c
pr62208.c: In function ‘main’:
pr62
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
Bug ID: 6
Summary: 'tuple_element_t' was not declared in this scope
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62221
David Krauss changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60262
David Krauss changed:
What|Removed |Added
CC||potswa at mac dot com
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62221
Bug ID: 62221
Summary: Explicit base destructor call acccepted
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
e-werror --enable-multilib
Thread model: posix
gcc version 5.0.0 20140821 (experimental) [trunk revision 214255] (GCC)
$
$ ld -v
GNU gold (GNU Binutils for Ubuntu 2.22) 1.11
$
$ gcc-trunk -flto -m32 -O3 small.c
small.c: In function ‘main’:
small.c:21:1: internal compiler error: in trunc_int_for_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62213
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62220
Bug ID: 62220
Summary: missed optimization wrt module for loop variable
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62135
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62213
--- Comment #3 from Hans-Peter Nilsson ---
(In reply to Hans-Peter Nilsson from comment #2)
> cris-elf too, (214220:214238].
...but went away with a commit in (214263:214274].
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62135
--- Comment #4 from Steven Bosscher ---
(In reply to Anastasios Vathis from comment #2)
> In any case, there sould be a " SYNTAX ERROR" issued
It's not an error, the case can simply never match. If you compile
with -Wall you get a warning:
$ gf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62214
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62214
--- Comment #5 from Thomas Koenig ---
Author: tkoenig
Date: Thu Aug 21 21:20:27 2014
New Revision: 214296
URL: https://gcc.gnu.org/viewcvs?rev=214296&root=gcc&view=rev
Log:
2014-08-21 Thomas Koenig
Backport from trunk
PR fortran/6221
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62135
Steven Bosscher changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62215
--- Comment #5 from Jeffrey Armstrong ---
While checking for MinGW (or MinGW-W64) (or non-POSIX Cygwin if it's a
thing...) would allow this to be fixed for Windows, it would continue to assume
that any other C runtime would have a POSIX-compliant
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62214
--- Comment #4 from Thomas Koenig ---
Author: tkoenig
Date: Thu Aug 21 19:34:39 2014
New Revision: 214282
URL: https://gcc.gnu.org/viewcvs?rev=214282&root=gcc&view=rev
Log:
2014-08-21 Thomas Koenig
Backport from trunk
PR fortran/6221
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62076
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62215
--- Comment #4 from Tobias Burnus ---
Comment on attachment 33373
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33373
Patch to delete existing .mod file prior to updating
> /* Module file have changed, replace the old one. */
>+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62214
--- Comment #3 from Thomas Koenig ---
Author: tkoenig
Date: Thu Aug 21 18:52:58 2014
New Revision: 214281
URL: https://gcc.gnu.org/viewcvs?rev=214281&root=gcc&view=rev
Log:
2014-08-21 Thomas Koenig
PR fortran/62214
* frontend-passes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62219
Bug ID: 62219
Summary: [c++11] Spurious error for lambda in a friend function
of a class template with a default template parameters
Product: gcc
Version: 4.9.0
Status: U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62011
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62011
Uroš Bizjak changed:
What|Removed |Added
Target Milestone|--- |4.9.2
--- Comment #13 from Uroš Bizjak --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62011
--- Comment #12 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Aug 21 18:03:49 2014
New Revision: 214279
URL: https://gcc.gnu.org/viewcvs?rev=214279&root=gcc&view=rev
Log:
Backport from mainline
2014-08-19 H.J. Lu
* confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47781
--- Comment #10 from Philip Prindeville ---
On Aug 21, 2014, at 11:06 AM, joseph at codesourcery dot com
wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47781
>
> --- Comment #9 from joseph at codesourcery dot com dot com> ---
> On Thu,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62215
--- Comment #3 from Steve Kargl ---
On Thu, Aug 21, 2014 at 05:21:50PM +, jeffrey.armstrong at approximatrix
dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62215
>
> --- Comment #2 from Jeffrey Armstrong com> ---
> I do not h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62215
--- Comment #2 from Jeffrey Armstrong ---
I do not have a copyright assignment on file, but this patch is pretty minor.
I'm willing to fill one out (after I read it, of course), but it shouldn't hold
up this patch. The new lines in the patch ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47781
--- Comment #9 from joseph at codesourcery dot com ---
On Thu, 21 Aug 2014, philipp_s...@redfish-solutions.com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47781
>
> --- Comment #8 from Philip Prindeville
> ---
> (In reply to jos...@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62214
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62198
--- Comment #5 from joseph at codesourcery dot com ---
It's not possible for an array type to be qualified, so you need a cast to
avoid the warning.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62215
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||jb at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62218
--- Comment #5 from dhowells at redhat dot com ---
(In reply to dhowe...@redhat.com from comment #0)
> A gcc build for SH produces an invalid opcode when building libgcc. It
> produces "stc sr,rN" when it should produce "ldc sr,rN".
Sorry, that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62218
--- Comment #4 from dhowells at redhat dot com ---
The following multilib subdirs are configured: mb m2 m2e m4 m4-single
m4-single-only mb/m2 mb/m2e mb/m4 mb/m4-single mb/m4-single-only mb/m2a
mb/m2a-single
The problem occurs on the first (mb).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62218
--- Comment #3 from dhowells at redhat dot com ---
The gcc sources are:
%global DATE 20140717
%global SVNREV 212747
%global gcc_version 4.9.1
only one patch is applied, attachment 33366 from bug 61996.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62218
--- Comment #2 from dhowells at redhat dot com ---
The build is configured thus:
AR_FOR_TARGET=/usr/bin/sh-linux-gnu-ar \
AS_FOR_TARGET=/usr/bin/sh-linux-gnu-as \
DLLTOOL_FOR_TARGET=/usr/bin/sh-linux-gnu-dlltool \
LD_FOR_TARGET=/usr/bin/sh-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62218
--- Comment #1 from dhowells at redhat dot com ---
Created attachment 33375
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33375&action=edit
Assembly output from test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62218
Bug ID: 62218
Summary: gcc produces invalid SH instruction (stc r2,sr) when
building libgcc
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61996
--- Comment #4 from dhowells at redhat dot com ---
That seems to work, thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62216
--- Comment #3 from Yury Gribov ---
Reported upstream: http://llvm.org/bugs/show_bug.cgi?id=20721
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62214
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62216
--- Comment #2 from Yury Gribov ---
Ok, I'll fw this to their tracker.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62061
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62091
--- Comment #15 from Jan Hubicka ---
Author: hubicka
Date: Thu Aug 21 13:49:07 2014
New Revision: 214271
URL: https://gcc.gnu.org/viewcvs?rev=214271&root=gcc&view=rev
Log:
PR tree-optimization/62091
* g++.dg/ipa/devirt-37.C: Update temp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62213
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62217
Bug ID: 62217
Summary: Extra iteration peeled during cunroll. Makes VRP warn.
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62216
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62216
Bug ID: 62216
Summary: UBSan can read past valid memory region
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62215
Bug ID: 62215
Summary: Updating .mod files on Win32 fails
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52435
Matthias Klose changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62111
--- Comment #15 from dhowells at redhat dot com ---
That fixes the ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62214
Bug ID: 62214
Summary: Problem with spread plus concatenation for characters
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62084
Georg-Johann Lay changed:
What|Removed |Added
CC||gjl at gcc dot gnu.org
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62111
--- Comment #14 from Kazumoto Kojima ---
Created attachment 33372
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33372&action=edit
A possible patch
It seems that the ICE in #c7 came from the negative shift count.
I'm not sure that the patc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62175
--- Comment #6 from Richard Biener ---
Ok, so we try to generate a memset from a loop with the number of iterations
being
(long int) (_3 + 1) >= (long int) _7 + 1 ? ((unsigned long) (_3 + 1) -
(unsigned long) _7) - 1 : 0
as this has condition
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62111
--- Comment #13 from dhowells at redhat dot com ---
(In reply to Segher Boessenkool from comment #11)
> Re: #c7:
>
> In sh.c, change "char amount[6]" to "signed char
> amount[6]" -- does that help?
That shouldn't make any difference to a compil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62112
Marc Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62112
--- Comment #5 from Marc Glisse ---
Author: glisse
Date: Thu Aug 21 09:32:21 2014
New Revision: 214262
URL: https://gcc.gnu.org/viewcvs?rev=214262&root=gcc&view=rev
Log:
2014-08-21 Marc Glisse
PR tree-optimization/62112
gcc/
* gimple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61031
Matthias Klose changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7651
--- Comment #30 from Manuel López-Ibáñez ---
(In reply to Marek Polacek from comment #29)
> I'll look at it if I find some free time, this should be easy.
Fine, although this is such a minor issue that it doesn't seem worth your
time/skills. I'd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62208
--- Comment #1 from Richard Biener ---
Can't reproduce it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62209
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62061
--- Comment #4 from Uroš Bizjak ---
(In reply to Richard Biener from comment #3)
> Confirmed on x86_64-linux with -fno-use-linker-plugin. Do you use a linker
> plugin on i?86-linux?
No, the system is RHEL 5.10 with binutils 2.17.50. These are t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62213
Richard Biener changed:
What|Removed |Added
Target|arm*-*-*|
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62175
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62061
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62213
Bug ID: 62213
Summary: [5 Rgression] ICE in lto for test case 20081120-1
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62184
--- Comment #3 from Tobias Burnus ---
(In reply to Manuel López-Ibáñez from comment #2)
> We had this and it got removed (see PR36478). Perhaps a better
> implementation is possible now that we track macro locations.
There one had:
warn2.cc:6: e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35376
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7651
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
75 matches
Mail list logo
