https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69430
Andreas Schwab changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69430
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69415
--- Comment #9 from David Malcolm ---
Similar issue seen here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=811579
Package: mosh
> make[5]: Entering directory '/<>/src/protobufs'
...
> userinput.pb.cc: In member function 'virtual bool
>
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
CC: jiong.wang at arm dot com
Target Milestone: ---
Target: aarch64-*-*
make[4]: Entering directory
'/opt/gcc/gcc-20160122
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69416
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||sch...@linux-m68k.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69434
Bug ID: 69434
Summary: [6 Regression] bootstrap failed with
--with-arch=corei7 --with-cpu=corei7
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69392
--- Comment #1 from Jason Merrill ---
Author: jason
Date: Fri Jan 22 20:36:30 2016
New Revision: 232746
URL: https://gcc.gnu.org/viewcvs?rev=232746=gcc=rev
Log:
PR c++/69392
* lambda.c (lambda_capture_field_type): Handle 'this'
ski/src/local/gcc/configure
--prefix=/home/apinski/local-gcc --enable-languages=c,c++,fortran
--disable-sanitizer --with-cpu=thunderx+lse
Thread model: posix
gcc version 6.0.0 20160122 (experimental) [trunk revision 232737] (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69347
Jeffrey A. Law changed:
What|Removed |Added
Priority|P1 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68754
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #1 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69203
James Almer changed:
What|Removed |Added
Attachment #37282|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69392
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69434
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69203
--- Comment #4 from Andrew Pinski ---
(In reply to James Almer from comment #2)
> Compile it with "std=c++14 -Wall", otherwise it apparently will not ICE. For
> example "g++ -std=c++14 -ftemplate-backtrace-limit=0 -Wall 69203_2.ii"
std=c++14 is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69436
--- Comment #2 from Jonathan Wakely ---
(In reply to vmorgulys from comment #0)
> auto& f2(auto v)
This is not standard C++, it's part of the Concepts TS, and so doesn't work
properly until GCC 6.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69116
--- Comment #8 from Jonathan Wakely ---
Author: redi
Date: Fri Jan 22 21:15:41 2016
New Revision: 232748
URL: https://gcc.gnu.org/viewcvs?rev=232748=gcc=rev
Log:
Constrain std::valarray functions and operators
PR libstdc++/69116
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69351
--- Comment #2 from Sergei Trofimovich ---
My failing versions are:
$ LANG=C gcc -v
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/5.3.0/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/5.3.0/lto-wrapper
Target:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69341
Bug 69341 depends on bug 68692, which changed state.
Bug 68692 Summary: [6 Regression][graphite] ice: Segmentation fault
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68692
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68692
Sebastian Pop changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69347
--- Comment #15 from Jeffrey A. Law ---
Author: law
Date: Fri Jan 22 20:18:59 2016
New Revision: 232745
URL: https://gcc.gnu.org/viewcvs?rev=232745=gcc=rev
Log:
PR middle-end/69347
* tree-ssa-dom.c (back_propagate_equivalences):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69435
Bug ID: 69435
Summary: Truncated lines in jit.sum
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: jit
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69436
Bug ID: 69436
Summary: Method returning "auto&" fails to resolve "*this"
(-sdt=c++17)
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69436
--- Comment #1 from Andrew Pinski ---
I think the problem is the two auto are considered the same. I don't know the
C++ standard in these places to say if GCC should reject or accept it so I
cannot comment on that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69435
--- Comment #2 from David Malcolm ---
Created attachment 37440
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37440=edit
Candidate fix
This patch appears to fix it; tested successfully with "make check-jit" and
"make check-jit -j64" on a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62051
--- Comment #14 from Jason Merrill ---
(In reply to Jan Hubicka from comment #13)
> this patch adds the logic to gimple-fold.c which makes the offending dtor
> non-refeable. It is bit uglier than I hoped for. The reason is that the
> dtor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69437
Bug ID: 69437
Summary: fail to build - compile error in
graphite-optimize-isl.c:304
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68847
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69292
Sebastian Pop changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68692
--- Comment #9 from Sebastian Pop ---
*** Bug 69292 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69435
--- Comment #1 from David Malcolm ---
"PASSED" is coming from dejagnu.h
"PASS" is coming from jit.exp's fixed_host_execute
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69392
--- Comment #2 from Kyle J Strand ---
(In reply to Jason Merrill from comment #1)
> Log:
> PR c++/69392
> * lambda.c (lambda_capture_field_type): Handle 'this' specially
> for init-capture, too.
>
What special handling is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69203
Andrew Pinski changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69438
Bug ID: 69438
Summary: ICE while trying to cross-compile V8 for AArch64
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69266
Irfan Adilovic changed:
What|Removed |Added
CC||irfanadilovic at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69432
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10200
--- Comment #30 from Manuel López-Ibáñez ---
(In reply to Jonathan Wakely from comment #28)
> Another example:
>
> template inline void end(Tp) { }
>
> template bool tnegative(const T& t) { return t.end < 0; }
>
>
> pe.cc: In function ‘bool
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69327
--- Comment #6 from Andrew Pinski ---
I think there is a dup of this bug somewhere too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69315
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69254
--- Comment #14 from Jakub Jelinek ---
Created attachment 37435
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37435=edit
gcc6-pr69254-wip.patch
WIP patch. This handles the merging of the -fsanitize=/-fno-sanitize= options
from the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69057
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69432
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69415
--- Comment #12 from Jakub Jelinek ---
Ok, I stand convinced.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69336
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69422
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69266
--- Comment #6 from Jonathan Wakely ---
https://gcc.gnu.org/ml/gcc-testresults/2015-12/msg01653.html seems to have
worked ok
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67364
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10200
--- Comment #28 from Jonathan Wakely ---
Another example:
template inline void end(Tp) { }
template bool tnegative(const T& t) { return t.end < 0; }
pe.cc: In function ‘bool tnegative(const T&)’:
pe.cc:3:61: error: parse error in template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69315
--- Comment #3 from Alexandre Oliva ---
Created attachment 37436
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37436=edit
Patch I'm testing to fix the bug
Delayed folding may have to instantiate and evaluate template constexpr
functions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68685
Bill Schmidt changed:
What|Removed |Added
Status|NEW |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42329
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42329
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69423
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69433
Bug ID: 69433
Summary: missing -Wreturn-local-addr assigning address of a
local to a static
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69433
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69433
--- Comment #1 from Andrew Pinski ---
Hmm, I don't know how GCC can detect this except with optimizations because the
assignment to s happens at runtime.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69416
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10200
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2006-10-21 21:32:49 |2016-1-22
--- Comment #29 from
|--- |FIXED
--- Comment #1 from Andrew Pinski ---
This works with:
gcc version 6.0.0 20160122 (experimental) [trunk revision 232716] (GCC)
So closing as fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65403
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69419
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66877
alalaw01 at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69012
Bernd Edlinger changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69393
--- Comment #9 from Jakub Jelinek ---
Yes, the type is meant to go into the debug info. But it is DECL_NAMELESS, so
the debug info should not contain DW_AT_name or linkage name for it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69426
--- Comment #2 from vries at gcc dot gnu.org ---
Created attachment 37431
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37431=edit
tentative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55843
--- Comment #1 from Paolo Carlini ---
This is fixed in trunk and 5.x. I'm adding a testcase and closing the bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69420
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69423
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69328
Ilya Enkovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69393
Richard Biener changed:
What|Removed |Added
Status|WAITING |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Fri Jan 22 09:40:54 2016
New Revision: 232719
URL: https://gcc.gnu.org/viewcvs?rev=232719=gcc=rev
Log:
PR debug/8
* dwarf2out.c (add_child_die_after): New function.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69355
--- Comment #18 from Martin Jambor ---
The reduced testcase does not fail for me for some reason, but the
original one does.
In any event, the problem is that an grp_unscalarized_data flag is
zero even though evidently it should not be. That
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69393
--- Comment #10 from rguenther at suse dot de ---
On Fri, 22 Jan 2016, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69393
>
> --- Comment #9 from Jakub Jelinek ---
> Yes, the type is meant to go into the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69422
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55843
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69116
Jonathan Wakely changed:
What|Removed |Added
Component|c++ |libstdc++
--- Comment #6 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55843
--- Comment #2 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri Jan 22 11:03:54 2016
New Revision: 232721
URL: https://gcc.gnu.org/viewcvs?rev=232721=gcc=rev
Log:
2016-01-22 Paolo Carlini
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69429
Bug ID: 69429
Summary: gcc create sparse exec/libs
Product: gcc
Version: 4.9.3
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69438
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69436
--- Comment #4 from TC ---
Although this still breaks on trunk GCC on Wandbox:
long x;
auto& f(auto) { return x; }
auto* g(auto) { return }
auto r = f(1);
auto p = g(1);
prog.cc: In instantiation of 'auto& f(auto:1) [with auto:1 = int]':
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69435
--- Comment #3 from David Malcolm ---
I've reported this here:
http://lists.gnu.org/archive/html/dejagnu/2016-01/msg00013.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69437
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69438
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69436
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #3 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69432
Jakub Jelinek changed:
What|Removed |Added
Summary|[4.9/5/6 Regression] ICE in |[4.9/5 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69432
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Fri Jan 22 23:14:27 2016
New Revision: 232754
URL: https://gcc.gnu.org/viewcvs?rev=232754=gcc=rev
Log:
PR target/69432
* config/i386/i386.c: Include dojump.h.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805
--- Comment #6 from kelvin at gcc dot gnu.org ---
Author: kelvin
Date: Fri Jan 22 22:13:43 2016
New Revision: 232752
URL: https://gcc.gnu.org/viewcvs?rev=232752=gcc=rev
Log:
This "branch" is to support kelvin's work on bugzilla PR 63805.
/x86_64-pc-linux-gnu/6.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc/configure --enable-languages=c,c++ --disable-bootstrap
--prefix=/home/slyfox/dev/git/gcc-native-quick/../gcc-native-quick-installed
Thread model: posix
gcc version 6.0.0 20160122 (experimental) (GCC)
$ ld -v
GNU
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67260
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69421
--- Comment #7 from Jakub Jelinek ---
Reduced testcase (in C now):
struct A { double a; };
double a;
void
foo (_Bool *x)
{
long i;
for (i = 0; i < 64; i++)
{
struct A c;
x[i] = c.a || a;
}
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69421
--- Comment #5 from Markus Trippelsdorf ---
trippels@CFARM-IUT-TLSE3 ~ % cat octave.ii
template class A;
template <> struct A {
double m_fn1() { return _M_value; }
double _M_value;
};
double a;
template void mx_inline_and(unsigned long,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69376
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69421
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69394
--- Comment #3 from rguenther at suse dot de ---
On Thu, 21 Jan 2016, daniel.f.starke at freenet dot de wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69394
>
> --- Comment #2 from Daniel Starke ---
> I have tested the same with gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
--- Comment #11 from Dominik Vogt ---
The problem is gone with this fix on s390 and s390x, and check-gcc doesn't show
any regressions. (Haven't run a full check though.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69421
Jakub Jelinek changed:
What|Removed |Added
CC||ienkovich at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69385
--- Comment #13 from janus at gcc dot gnu.org ---
(In reply to Paul Thomas from comment #11)
> Changing the entire block to:
> [...]
> fixes Martin's problem and makes the following work correctly:
It also cures my problem, i.e. comment 5.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69421
--- Comment #10 from Jakub Jelinek ---
Wouldn't a useless_type_conversion_p check be better instead of just testing
number of elements?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69421
--- Comment #11 from Ilya Enkovich ---
(In reply to Jakub Jelinek from comment #10)
> Wouldn't a useless_type_conversion_p check be better instead of just testing
> number of elements?
Yep. Will use it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69429
--- Comment #2 from joakim.tjernlund at transmode dot se ---
(In reply to Jakub Jelinek from comment #1)
> Why do you file this against gcc? If anything, it is related to binutils,
You are right, I though it was a gcc problem because I
1 - 100 of 173 matches
Mail list logo