https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110175
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |14.0
Keywords|c++-lambda
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110175
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110175
--- Comment #3 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:4de22e25918f6fe40184c444ba6d81b19b806e26
commit r14-2167-g4de22e25918f6fe40184c444ba6d81b19b806e26
Author: Marek Polacek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110175
--- Comment #2 from Yrong ---
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110175
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110175
Bug ID: 110175
Summary: [GCC][Crash] GCC Crash on valid code
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106689
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106689
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106689
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|2022-08-19 00:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106689
--- Comment #6 from Janez Zemva ---
I have since changed the repo. You can still demonstrate the bug by
uncommenting the line:
//[&a, &r, &s]() noexcept -> bool // uncomment for bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106689
--- Comment #5 from Janez Zemva ---
The workaround is very simple, just put "[&]() noexcept -> bool" into sq2.hpp.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106689
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106689
--- Comment #4 from Janez Zemva ---
Created attachment 53482
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53482&action=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106689
--- Comment #3 from Janez Zemva ---
BTW: I already tried to make a minimal test case, but failed, all compiled
fine. Maybe tomorrow.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106689
--- Comment #2 from Janez Zemva ---
Sorry, I can't, because I already changed the code a little and I'm keeping the
repo such as it is so as to not invalidate this bug report. Why not clone the
repo and do what you need to do? I'm keeping it in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106689
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2022-08-19
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106689
Bug ID: 106689
Summary: gcc crash while compiling a generic lambda
Product: gcc
Version: 12.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103493
Andrew Pinski changed:
What|Removed |Added
Component|c |middle-end
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103493
Bug ID: 103493
Summary: gcc crash with Seg fault signal
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38002
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.6.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100284
Alex Coplan changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #2 from Alex Coplan ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100284
Alex Coplan changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100284
Bug ID: 100284
Summary: gcc crash with -march=armv8.2-a+sve -O3
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97773
--- Comment #15 from Jonathan Wakely ---
(In reply to Martin Liška from comment #12)
> Started to ICE with -std=c++17 since r6-3372-g378b307d0d7e789c.
That's the commit that added C++17 fold expressions, but the ICE doesn't depend
on fold expres
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97773
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97773
--- Comment #13 from Jonathan Wakely ---
I think it's just a dup of PR 82099.
Reduced further to only use C++14
template
struct hash
{
int operator()(T) const noexcept { return 0; }
};
template
int hash_combine(T v) noexcept(noexcept(hash(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97773
--- Comment #12 from Martin Liška ---
Started to ICE with -std=c++17 since r6-3372-g378b307d0d7e789c. Before that it
was rejected:
pr97773-2.C:30:40: error: expected primary-expression before ‘...’ token
((hash>()(v)), ...)))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97773
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97773
--- Comment #10 from Jonathan Wakely ---
Reduced:
using size_t = decltype(sizeof(0));
template struct remove_reference { using type = T; };
template struct remove_reference { using type = T; };
template struct remove_reference { using type = T;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97773
--- Comment #9 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #7)
> N.B. your program has undefined behaviour. Specializing std::hash for
> standard library types is forbidden. GCC shouldn't crash though.
Oh, you didn't! I mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97773
--- Comment #7 from Jonathan Wakely ---
N.B. your program has undefined behaviour. Specializing std::hash for standard
library types is forbidden. GCC shouldn't crash though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97773
--- Comment #8 from Jonathan Wakely ---
(In reply to Janez Zemva from comment #6)
> try -std=c++20 ?
Which is why the instructions at https://gcc.gnu.org/bugs clearly say you need
to provide the options used.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97773
--- Comment #6 from Janez Zemva ---
try -std=c++20 ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97773
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97773
Jonathan Wakely changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97773
--- Comment #3 from Janez Zemva ---
Created attachment 49535
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49535&action=edit
bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97773
--- Comment #2 from Janez Zemva ---
#include
#include
#include
#include
#include
#include
template
struct hash : std::hash
{
};
template <>
struct hash
{
auto operator()(std::chrono::seconds const cp) const noexcept
{
return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97773
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-11-10
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97773
Bug ID: 97773
Summary: gcc crash after some noexcept magic
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
--- Comment #20 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:827e5af19a214323c70ee5879dc8f14f4f44ad8d
commit r9-8466-g827e5af19a214323c70ee5879dc8f14f4f44ad8d
Author: Jakub Jelinek
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
--- Comment #21 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:f83c2d2991a762f729741a409a1ac7871733ee40
commit r9-8467-gf83c2d2991a762f729741a409a1ac7871733ee40
Author: Jakub Jelinek
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
--- Comment #19 from Bernd Edlinger ---
Okay, forget my previous comment,
I overlooked that you say the .c.gcov is missing...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
--- Comment #18 from sandra at gcc dot gnu.org ---
I'm seeing the missing gcov file on nios2-linux-gnu as well. Git revision
6e00d8dcf32ace6588a1a4843dfcc0e8b9f9d00f.
I took another look at the testcase. I haven't used gcov for about a gazillio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
--- Comment #17 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:5db9e89323cd0a0be16a94f2f984121531ea7772
commit r10-7343-g5db9e89323cd0a0be16a94f2f984121531ea7772
Author: Jakub Jelinek
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
--- Comment #16 from Bernd Edlinger ---
Sandra,
I am pretty sure it should exist,
can you check which git revision you are looking at?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
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=94029
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10 Regression] gcc crash |[9 Regression] gcc crash in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
--- Comment #13 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:9def91e9f2a7051c9c146f16c1a10d1b25d33b47
commit r10-7281-g9def91e9f2a7051c9c146f16c1a10d1b25d33b47
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
--- Comment #12 from Jakub Jelinek ---
Created attachment 48055
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48055&action=edit
gcc10-pr94029-2.patch
Variant patch which doesn't change input_location but propagates the closing }
location
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
--- Comment #11 from Martin Liška ---
(In reply to Jakub Jelinek from comment #10)
> Created attachment 48053 [details]
> gcc10-pr94029.patch
>
> The problem is that C FE finish_function uses input_location as
> cfun->function_end_locus, but inp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
--- Comment #9 from Martin Liška ---
Note that C++ FE is correct:
$ g++ pr94029.c --coverage -c
void test_t2()=3:3(location_t:2147483629)-3:3(location_t:2147483634)
void test_t1()=2:1(location_t:2147483638)-2:1(location_t:2147483643)
while C do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
--- Comment #8 from Martin Liška ---
@Marek, @David: Can you please help me with that?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|9.3 |9.4
--- Comment #7 from Jakub Jelinek -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
--- Comment #6 from Bernd Edlinger ---
openssl workaround is here:
https://github.com/openssl/openssl/pull/11246
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
--- Comment #5 from Martin Liška ---
(In reply to Bernd Edlinger from comment #4)
> Martin, in the gcc-8 branch
> is the gcov working, or has it the
> same issue as bug#88045 ?
Yes, the similar workaround can be applied. But I would like to see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
--- Comment #4 from Bernd Edlinger ---
Martin, in the gcc-8 branch
is the gcov working, or has it the
same issue as bug#88045 ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
Martin Liška changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
--- Comment #2 from Andrew Pinski ---
int end_line = endloc.file == xloc.file ? endloc.line : xloc.line;
int end_column = endloc.file == xloc.file ? endloc.column: xloc.column;
gcc_assert (xloc.line <= end_line);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
Martin Liška changed:
What|Removed |Added
Known to work||8.3.0
Target Milestone|---
||2020-03-04
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
Summary|gcc crash in coverage.c:655 |[9/10 Regression] gcc crash
||in coverage.c:655 since
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
Bug ID: 94029
Summary: gcc crash in coverage.c:655
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: gcov-profile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78380
Richard Biener changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78380
--- Comment #8 from Eric Gallager ---
(In reply to Richard Biener from comment #7)
> Without bisection it's hard to identify what fix to backport. Note the
> original issue doesn't reproduce for me with a cross to
> x86_64-apple-darwin15.6.0 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78380
Richard Biener changed:
What|Removed |Added
Target Milestone|7.4 |7.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78380
Richard Biener changed:
What|Removed |Added
Target||x86_64-apple-darwin*
Status
,
||needs-bisection
Known to work||4.0.1, 4.2.1, 4.5.4, 4.7.4,
||4.8.5, 8.2.0, 9.0
Target Milestone|--- |7.4
Summary|GCC crash with internal |[6/7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78380
egallager at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81332
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81332
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81332
--- Comment #1 from Dmitry Babokin ---
I've jut hit another instance on this bug, which mean that it's probably not
too rare and quite possible to hit in the wild.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81332
Bug ID: 81332
Summary: GCC crash during "RTL pass: expand" -
verify_flow_info: REG_BR_PROB does not match cfg
Product: gcc
Version: 8.0
Status: U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78380
--- Comment #4 from Mario Baumann ---
Hi, have a similar problem with
/Gcc/6.3.0/bin/gcc -c foo.c -m32 -mfpmath=sse
> /Gcc/6.3.0/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/Gcc/6.3.0/bin/gcc
COLLECT_LTO_WRAPPER=/Gcc/6.3.0/libexec/gcc/x86_64-ap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78380
Mario Baumann changed:
What|Removed |Added
CC||mario-baumann at web dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78380
--- Comment #2 from Elmar ---
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71009 might also be related
I checked, but the workaround in bug 71009 to use -fmath-errno doesn't work for
me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78380
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78380
Bug ID: 78380
Summary: GCC crash with internal compiler error: in
gen_reg_rtx, at emit-rtl.c:1025
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8757
Manuel López-Ibáñez changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63216
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63216
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63216
--- Comment #1 from Jonathan Wakely ---
GCC 4.7 is no longer maintained or supported, please try a later release.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63216
Bug ID: 63216
Summary: gcc crash: Segmentation fault
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56514
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56514
Andrew Pinski changed:
What|Removed |Added
Severity|major |minor
--- Comment #1 from Andre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56514
Bug #: 56514
Summary: Using -fdisable-rtl-ira makes gcc crash (segfault)
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54144
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54144
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.6.4
|incorrect arguments to |-std=c++0x certain
|map.insert cause gcc crash |incorrect arguments to
||map.insert cause gcc crash
Ever Confirmed|0 |1
Known to fail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54144
Bug #: 54144
Summary: With -sdt=c++0x certain incorrect arguments to
map.insert cause gcc crash
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status
--- Comment #6 from binocs38149 at mypacks dot net 2010-07-30 19:01 ---
(In reply to comment #5)
Apple seems to have fixed it a different way:
http://www.opensource.apple.com/source/gcc/gcc-5659/gcc/cp/decl2.c
{
tree underlying_type = TREE_TYPE (DECL_NAME (decl));
int
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-12-21 05:04 ---
*** This bug has been marked as a duplicate of 37142 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Start of uname -a output:
%uname -a
FreeBSD localhost 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 1 07:18:07 UTC
2009 r...@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64
--
Su
--- Comment #5 from boz_gnu at boz dot org dot uk 2009-10-27 16:22 ---
Created an attachment (id=18917)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18917&action=view)
Proposed patch
Looks like all we were missing was a check on CLASS_TYPE_P before calling
CLASSTYPE_VISIBILITY_SP
--- Comment #4 from boz_gnu at boz dot org dot uk 2009-10-26 17:39 ---
(In reply to comment #3)
> Reduced testcase, not a regression.
Here's a further reduction which still reproduces the crash:
namespace std __attribute__ ((__visibility__ ("default"))) {
class type_info { };
};
When attempting to compile tcc-0.9.22 with gcc 3.4.6, bad things happen:
test108:24% gmake
gcc -O2 -g -Wall -mpreferred-stack-boundary=2 -m386 -malign-functions=0 -o
tcc_g tcc.c
`-m386' is deprecated. Use `-march=i386' or `-mtune=i386' instead.
tcc.c:1: warning: -malign-functions is obsolete,
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-11-03 16:42 ---
Reduced testcase, not a regression.
namespace std __attribute__ ((__visibility__ ("default"))) {
class type_info { };
};
template
void throw_exception(E const & e);
class bad_lexical_cast {
public:
bad_le
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-11-03 16:07 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38002
--- Comment #1 from bodzio131 at op dot pl 2008-11-03 14:58 ---
Created an attachment (id=16618)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16618&action=view)
preprocessor output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38002
1 - 100 of 102 matches
Mail list logo
