https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68403
--- Comment #3 from vries at gcc dot gnu.org ---
Fails with r230508 for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68403
--- Comment #2 from vries at gcc dot gnu.org ---
src/libgomp/testsuite/libgomp.oacc-c++/../libgomp.oacc-c-c++-common/loop-auto-1.c:119:9:
internal compiler error: in gimplify_omp_for, at gimplify.c:8605
0xd6ff23 gimplify_omp_for
src/gcc/gi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68403
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68403
Bug ID: 68403
Summary: FAIL:
libgomp.oacc-c++/../libgomp.oacc-c-c++-common/loop-aut
o-1.c -DACC_DEVICE_TYPE_host=1 -DACC_MEM_SHARED=1
(internal compiler error)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68402
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68402
Bug ID: 68402
Summary: FAIL: gcc.dg/tree-ssa/split-path-1.c execution test
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68383
--- Comment #7 from Markus Trippelsdorf ---
Created attachment 36749
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36749&action=edit
Somewhat reduced testcase
markus@x4 tmp % g++ -w -c -std=c++14 write.ii
markus@x4 tmp % nm write.o | grep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68158
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68401
Bug ID: 68401
Summary: improve 'Allocation would exceed memory limit'
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68396
--- Comment #1 from ryan.burn at gmail dot com ---
It looks like this was caused with the commit "Handle auto parameter packs."
(https://github.com/gcc-mirror/gcc/commit/018c146eec4143116f7f422239d56eb4047be3a4#diff-8570312acacadf34317aa24621800c0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59412
--- Comment #5 from joseph at codesourcery dot com ---
I'm not aware of anyone working on these exceptions / rounding modes
issues.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68117
--- Comment #36 from Gary Funck ---
(In reply to rguent...@suse.de from comment #35)
> Yes, I thought the cfgexpand.c place is a better one and the only one
> that would be related to the place where I removed the old
> redirect_edge_var_map_dest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68400
Bug ID: 68400
Summary: ICE in change_address_1, at emit-rtl.c:2125
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68399
Bug ID: 68399
Summary: c++11 default initialization of a large array: slow
compile
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42270
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68393
--- Comment #3 from Anton Blanchard ---
No problems Richard! Thanks for the quick fix, it works for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46218
sandra at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68393
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59412
--- Comment #4 from baoshan ---
(In reply to jos...@codesourcery.com from comment #3)
> It's a bug in libgcc2.c for the subset of targets for which this code gets
> used (note 64-bit targets will generally be using it for TImode not
> DImode) *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66949
Anton Blanchard changed:
What|Removed |Added
CC||anton at samba dot org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59412
--- Comment #3 from joseph at codesourcery dot com ---
It's a bug in libgcc2.c for the subset of targets for which this code gets
used (note 64-bit targets will generally be using it for TImode not
DImode) *and* which have hardware exceptions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59412
--- Comment #2 from baoshan ---
Why this has been unconfirmed for so long time? Can someone tell us if this is
a bug in libgcc2.c or not? Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68392
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=68373
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords||patch
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68398
Bug ID: 68398
Summary: coremark regression due to r229685
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimiz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68397
Bug ID: 68397
Summary: std::tr1::expint fails in __expint_En_cont_frac for
some long double arguments due to low __max_iter value
Product: gcc
Version: unknown
Status: UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68396
Bug ID: 68396
Summary: bug with parameter pack expansion
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68346
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Tue Nov 17 21:49:23 2015
New Revision: 230508
URL: https://gcc.gnu.org/viewcvs?rev=230508&root=gcc&view=rev
Log:
PR bootstrap/68346
* typeck.c (build_static_cast_1): Forc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68395
--- Comment #1 from ryan.burn at gmail dot com ---
Created attachment 36745
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36745&action=edit
preprocessed code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68395
Bug ID: 68395
Summary: [concepts] segfault in valid code
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68394
Bug ID: 68394
Summary: [concepts] segfault in valid code
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48254
sandra at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66785
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68393
Anton Blanchard changed:
What|Removed |Added
CC||richard.guenther at gmail dot
com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68392
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66785
--- Comment #4 from Bernd Schmidt ---
Author: bernds
Date: Tue Nov 17 21:20:20 2015
New Revision: 230499
URL: https://gcc.gnu.org/viewcvs?rev=230499&root=gcc&view=rev
Log:
PR target/66785
* regrename.c (record_operand_use): Keep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68393
Bug ID: 68393
Summary: internal compiler error: in convert_move, at
expr.c:286
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48568
sandra at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48568
--- Comment #1 from sandra at gcc dot gnu.org ---
Author: sandra
Date: Tue Nov 17 21:07:15 2015
New Revision: 230498
URL: https://gcc.gnu.org/viewcvs?rev=230498&root=gcc&view=rev
Log:
2015-11-17 Sandra Loosemore
PR 48568
* doc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66059
--- Comment #8 from Daniel Frey ---
(In reply to Jonathan Wakely from comment #7)
> (In reply to Daniel Frey from comment #3)
> > A better O(log N) library-only solution than the linked one is available at
> > https://github.com/taocpp/sequences/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68392
--- Comment #1 from Zdenek Sojka ---
$ aarch64-unknown-linux-gnu-gcc -v
Using built-in specs.
COLLECT_GCC=/mnt/svn/gcc-trunk/binary-230409-checking-yes-rtl-df-nographite-aarch64/bin/aarch64-unknown-linux-gnu-gcc
COLLECT_LTO_WRAPPER=/mnt/svn/gcc-t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68392
Bug ID: 68392
Summary: ICE: SIGSEGV in update_uses (fwprop.c:896) with
-fno-checking
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68391
Bug ID: 68391
Summary: -Wsuggest-override does not work on Item 12 of
Effective Modern C++
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66059
--- Comment #7 from Jonathan Wakely ---
(In reply to Daniel Frey from comment #3)
> A better O(log N) library-only solution than the linked one is available at
> https://github.com/taocpp/sequences/blob/master/include/tao/seq/
> make_integer_sequ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66059
--- Comment #5 from Jonathan Wakely ---
Fixed on trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66059
--- Comment #6 from Jonathan Wakely ---
Author: redi
Date: Tue Nov 17 19:54:33 2015
New Revision: 230496
URL: https://gcc.gnu.org/viewcvs?rev=230496&root=gcc&view=rev
Log:
PR libstdc++/66059 optimise _Build_index_tuple
PR libstdc++/6605
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68390
Bug ID: 68390
Summary: Incorrect code due to indirect tail call of varargs
function with hard float ABI
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59910
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68389
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68389
Bug ID: 68389
Summary: internal compiler error: in tree_low_cst, at
tree.h:4431
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53587
sandra at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68361
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Tue Nov 17 18:16:29 2015
New Revision: 230470
URL: https://gcc.gnu.org/viewcvs?rev=230470&root=gcc&view=rev
Log:
PR bootstrap/68361
* cvt.c (cp_convert_and_check): Use wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68346
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Tue Nov 17 18:16:35 2015
New Revision: 230471
URL: https://gcc.gnu.org/viewcvs?rev=230471&root=gcc&view=rev
Log:
PR bootstrap/68346
* c-common.c (warn_tautological_cmp):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68308
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68308
--- Comment #2 from Martin Sebor ---
Author: msebor
Date: Tue Nov 17 18:09:36 2015
New Revision: 230468
URL: https://gcc.gnu.org/viewcvs?rev=230468&root=gcc&view=rev
Log:
PR c++/68308 - [6 Regression] ICE: tree check: expected integer_cst,
have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56036
--- Comment #4 from sandra at gcc dot gnu.org ---
Author: sandra
Date: Tue Nov 17 18:06:01 2015
New Revision: 230467
URL: https://gcc.gnu.org/viewcvs?rev=230467&root=gcc&view=rev
Log:
2015-11-17 Sandra Loosemore
PR target/56036
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68384
--- Comment #5 from acsawdey at gcc dot gnu.org ---
The partitioning seems to be involved. If you add -flto-partition=max, you can
get past the global register error. However 230270 that I've been using for
testing then hits a recursive inlining e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64820
--- Comment #8 from joakim.tjernlund at transmode dot se ---
As stack protector is default in gcc, I don't think it is specific.
I did bite me on ppc with only -fsanitize=address and
ASAN_OPTIONS=detect_stack_use_after_return=1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65329
Elias Pipping changed:
What|Removed |Added
CC||pipping at exherbo dot org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64820
--- Comment #7 from Maxim Ostapenko ---
(In reply to joakim.tjernl...@transmode.se from comment #6)
> Is this fix in gcc 4.9.3?
No, this didn't go to GCC 4.9, only to GCC 5.
> If not, will go into 4.9.4?
Well, actually we didn't plan backport
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68388
Bug ID: 68388
Summary: incomplete type bug when using decltype
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68317
--- Comment #6 from Jiong Wang ---
Created attachment 36741
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36741&action=edit
prototype-fix
(In reply to Richard Biener from comment #3)
> (gdb) p debug_generic_expr (max)
> 4294443008(OVF)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65751
--- Comment #6 from dominiq at gcc dot gnu.org ---
Author: dominiq
Date: Tue Nov 17 16:29:45 2015
New Revision: 230465
URL: https://gcc.gnu.org/viewcvs?rev=230465&root=gcc&view=rev
Log:
2015-11-17 Dominique d'Humieres
PR fortran/65751
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64820
joakim.tjernlund at transmode dot se
changed:
What|Removed |Added
CC||joakim.tjernlund@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68386
Johannes Schaub changed:
What|Removed |Added
CC||schaub.johannes@googlemail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68384
--- Comment #4 from Andrew Pinski ---
First off it seems wrong PHP is using global registers.
But anyways the problem looks related to partitioning.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68387
Bug ID: 68387
Summary: [c++1z] gcc hangs forever on this code
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68383
--- Comment #6 from Markus Trippelsdorf ---
It compiles with 4.9.3. I'm currently reducing the testcase...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68162
--- Comment #12 from Joseph S. Myers ---
Could you post your dwarf2out.c patch to gcc-patches for review?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68308
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67438
--- Comment #10 from rguenther at suse dot de ---
On Tue, 17 Nov 2015, ysrumyan at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67438
>
> --- Comment #9 from Yuri Rumyantsev ---
> It looks like such transformation is pro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68383
--- Comment #5 from Ian Lance Taylor ---
Thanks for the test case. Which version of GCC are you using to compile? When
I try to compile the test case I get
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/include/avx512fintrin.h: In function
‘__m512i _m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68382
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68381
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68117
--- Comment #35 from rguenther at suse dot de ---
On Tue, 17 Nov 2015, gary at intrepid dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68117
>
> --- Comment #34 from Gary Funck ---
> (In reply to Richard Biener from comment #33)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68293
Ilya Enkovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68305
Ilya Enkovich changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68134
Ilya Enkovich changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68381
--- Comment #2 from ktkachov at gcc dot gnu.org ---
(In reply to ktkachov from comment #1)
> Confirmed. Started with the combine change @ r230326.
The wrong-code part, I should say. I didn't look at the code quality regression
yet
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68383
--- Comment #4 from fiesh at zefix dot tv ---
I added a preprocessed file that triggers the bug. It was created using
g++ -I. -std=c++14 -E -o write.ii write.cpp
and can be compiled and linked using
g++ -std=c++14 -o write write.ii
This binar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68383
--- Comment #3 from fiesh at zefix dot tv ---
Created attachment 36739
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36739&action=edit
Preprocessed c++ file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68361
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68386
Bug ID: 68386
Summary: error: invalid initialization of reference of type
'void (&&)()' from expression of type 'void()'
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67438
--- Comment #9 from Yuri Rumyantsev ---
It looks like such transformation is profitable if only def statements have a
single use, i.e. it looks reasonable for
if (255 - a) > (255 -b) /* a,b have char type. */
but it does not look reasonable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68385
Bug ID: 68385
Summary: ICE building libstdc++ on arm-none-eabi
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68117
--- Comment #34 from Gary Funck ---
(In reply to Richard Biener from comment #33)
> Can you try the patch attached to comment #29?
That seemed to fix the issue in 32/libgfortran, though I haven't tried a build
from scratch yet.
Regarding the pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68384
--- Comment #3 from acsawdey at gcc dot gnu.org ---
Created attachment 36737
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36737&action=edit
main.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68381
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68384
--- Comment #1 from acsawdey at gcc dot gnu.org ---
Created attachment 36735
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36735&action=edit
zend_execute.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68384
--- Comment #2 from acsawdey at gcc dot gnu.org ---
Created attachment 36736
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36736&action=edit
php_cli.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68384
Bug ID: 68384
Summary: LTO error for global register variables in PHP 7
compiling on powerpc64le
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68328
--- Comment #8 from ktkachov at gcc dot gnu.org ---
The above testcase should be adjusted a bit for targets that have different
char signedness than x86:
int a, b, c = 1, d = 1, e;
__attribute__((noinline, noclone)) int
foo (void)
{
asm volatil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68383
--- Comment #2 from fiesh at zefix dot tv ---
g++ 4.9.3, I do have the source code and will try to provide a minimal test
case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68383
--- Comment #1 from Markus Trippelsdorf ---
@fi...@zefix.tv
Ian asks:
»Was the symbol
_ZSt7forwardIRKZN5Write14DataMapGrammarISt20back_insert_iteratorISsEEC4EvEUlRT_E_EOS5_RNSt16remove_referenceIS5_E4typeE
generated by g++ or clang? That is, is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61321
--- Comment #14 from Markus Trippelsdorf ---
It was first reported in PR68159. I've opened PR68383 for the issue.
The reporter is CCed in PR68383, so please ask him there directly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61321
--- Comment #13 from Ian Lance Taylor ---
Was the symbol from comment #12,
_ZSt7forwardIRKZN5Write14DataMapGrammarISt20back_insert_iteratorISsEEC4EvEUlRT_E_EOS5_RNSt16remove_referenceIS5_E4typeE,
generated by g++ or clang? That is, is it suppose
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68134
--- Comment #5 from Ilya Enkovich ---
Author: ienkovich
Date: Tue Nov 17 13:22:40 2015
New Revision: 230463
URL: https://gcc.gnu.org/viewcvs?rev=230463&root=gcc&view=rev
Log:
gcc/
PR middle-end/68134
* targhooks.c (default_get_m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68143
--- Comment #3 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue Nov 17 13:20:08 2015
New Revision: 230462
URL: https://gcc.gnu.org/viewcvs?rev=230462&root=gcc&view=rev
Log:
[ARM] PR 68143 Properly update memory offsets when expandi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68383
Bug ID: 68383
Summary: Demangler stack overflow
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61321
--- Comment #12 from Markus Trippelsdorf ---
_ZSt7forwardIRKZN5Write14DataMapGrammarISt20back_insert_iteratorISsEEC4EvEUlRT_E_EOS5_RNSt16remove_referenceIS5_E4typeE
still recurses endless, even with your patch applied.
1 - 100 of 131 matches
Mail list logo