https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108481
--- Comment #4 from Li Shaohua ---
(In reply to Andrew Pinski from comment #2)
> i = i - 6822162149299574294;
>
> Is not being invoked on the executable code.
>
> If we look at look at the original code:
>
>
> if ((i * (unsigned lo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105593
--- Comment #18 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:41602390456901c14ecdfa2fa64c3cebd5b6ff09
commit r13-5526-g41602390456901c14ecdfa2fa64c3cebd5b6ff09
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108354
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> This is a specific case of PR 91213 and the case which will also fix PR
> 96921:
>
> /* 1 - a is a ^ 1 if a had a bool range. */
> (simplify
> (minus integer_o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108601
--- Comment #5 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #4)
> So that would be case: the tripcount is known, the vect_factor is known, but
> still niters_vector_mult_vf is variable(or it's not fold into an constant).?
Maybe re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108603
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108596
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:603a6fbcaac1e80aa90d1d26318c881a53473066
commit r13-5527-g603a6fbcaac1e80aa90d1d26318c881a53473066
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108596
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
Summary|[10/11/12/13 Regr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108604
--- Comment #1 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:78d6489f736963a8a07c494294c72662c49e8e63
commit r13-5528-g78d6489f736963a8a07c494294c72662c49e8e63
Author: Xianmiao Qu
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108604
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108605
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108607
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.3
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108464
Jakub Jelinek changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108601
--- Comment #6 from Tamar Christina ---
probably relevant that I can only reproduce it on an SVE/VLA system. non-VLA
works fine.
I have cvise running trying for a repro.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108599
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:963315a922e228c4f685382151fc540f111a
commit r13-5529-g963315a922e228c4f685382151fc540f111a
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108599
Jakub Jelinek changed:
What|Removed |Added
Summary|[12/13 Regression] |[12 Regression] Incorrect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108612
Bug ID: 108612
Summary: m2/gm2-libs-iso/ClientSocket.mod:229:1: error: control
reaches end of non-void function [-Werror=return-type]
Product: gcc
Version: 13.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108612
--- Comment #1 from Martin Liška ---
I think the warning is correct:
196 PROCEDURE dorbytes (g: GenDevIF; d: DeviceTablePtr;
197 to: ADDRESS;
198 max: CARDINAL;
199 VAR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108600
--- Comment #3 from Tom de Vries ---
(In reply to Tom de Vries from comment #2)
> (In reply to Tom de Vries from comment #1)
> > Created attachment 54371 [details]
>
> We probably don't want to emit in all cases, maybe limiting to
> "dwarf_ver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
--- Comment #8 from Richard Biener ---
(In reply to Tamar Christina from comment #7)
> (In reply to rsand...@gcc.gnu.org from comment #6)
> > (In reply to Tamar Christina from comment #3)
> > > The vectorizer has this context but since we didn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105593
--- Comment #19 from James Addison ---
Thanks, Jakub!
(I had begun developing a patch locally, but hadn't found all of the six
locations, and learning some of the contributing guidelines was going to take
me a while)
Would adding '-Wuninitiali
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84481
--- Comment #17 from Martin Jambor ---
Looking LNT (and excluding machines which are no longer active), the worst
regression is now 4% and that only at -O2 -Ofast. Probably not a very high
priority then (do we want to close this?).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
--- Comment #9 from rsandifo at gcc dot gnu.org
---
Are we sure this is a vectoriser vs. C vectors thing?
The equivalent vectoriser test:
void __attribute__((noipa))
f (unsigned *v)
{
for (int i = 0; i < 4; ++i)
v[i] /= 0x;
}
int
ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104912
Martin Jambor changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105593
--- Comment #20 from Jakub Jelinek ---
(In reply to James Addison from comment #19)
> Would adding '-Wuninitialized -Werror=uninitialized' to the dg-options in
> 'gcc/testsuite/gcc.target/i386/avx-1.c' be possible, with these fixes in
> place? (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101296
Martin Jambor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 101296, which changed state.
Bug 101296 Summary: Addition of x86 addsub SLP patterned slowed down 433.milc
by 12% on znver2 with -Ofast -flto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101296
What|Remov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105593
--- Comment #21 from James Addison ---
(In reply to Jakub Jelinek from comment #20)
> (In reply to James Addison from comment #19)
> > Would adding '-Wuninitialized -Werror=uninitialized' to the dg-options in
> > 'gcc/testsuite/gcc.target/i386/a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
--- Comment #10 from Tamar Christina ---
(In reply to rsand...@gcc.gnu.org from comment #9)
> Are we sure this is a vectoriser vs. C vectors thing?
it's not, the issue we're debating is how to fix it.
As Richi pointed out https://gcc.gnu.org/b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
--- Comment #11 from rguenther at suse dot de ---
On Tue, 31 Jan 2023, tnfchris at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
>
> --- Comment #10 from Tamar Christina ---
> (In reply to rsand...@gcc.gnu.org f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
--- Comment #12 from Tamar Christina ---
(In reply to rguent...@suse.de from comment #11)
> On Tue, 31 Jan 2023, tnfchris at gcc dot gnu.org wrote:
>
>
> I don't think passing in for example the tree operand 0 helps, the
> target appearantly w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104912
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2022-03-14 00:00:00 |2023-1-31
--- Comment #14 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
--- Comment #13 from rsandifo at gcc dot gnu.org
---
OK, hopefully I understand now. Sorry for being slow.
But what specific constraints do we want to apply to the optimisation?
(In reply to Tamar Christina from comment #3)
> Right, so this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108613
Bug ID: 108613
Summary: GCC12 internal compiler error on __int128_t in
type_traits header
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
--- Comment #14 from rguenther at suse dot de ---
On Tue, 31 Jan 2023, tnfchris at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
>
> --- Comment #12 from Tamar Christina ---
> (In reply to rguent...@suse.de from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108614
Bug ID: 108614
Summary: _subborrow_u32 generates suboptimal code when second
subtraction operand is constant on x86 targets
Product: gcc
Version: 12.2.0
Status: UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108615
Bug ID: 108615
Summary: Incorrect prologue marker in line table
Product: gcc
Version: 10.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108612
Gaius Mulley changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108615
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
--- Comment #15 from Tamar Christina ---
> OK, hopefully I understand now. Sorry for being slow.
Not at all, Sorry if it came across a bit cranky, it wasn't meant that way!
> If that's the condition we want to test for, it seems like somethin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
--- Comment #16 from rguenther at suse dot de ---
On Tue, 31 Jan 2023, tnfchris at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
>
> --- Comment #15 from Tamar Christina ---
> > OK, hopefully I understand now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
--- Comment #17 from rguenther at suse dot de ---
On Tue, 31 Jan 2023, tnfchris at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
>
> --- Comment #15 from Tamar Christina ---
> > OK, hopefully I understand now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108462
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:7f583a335769591d016caa51490e3e5dd50354fe
commit r13-5576-g7f583a335769591d016caa51490e3e5dd50354fe
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108462
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108359
--- Comment #7 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:809d661aff99ae0287baf4a52269425de62381e6
commit r13-5578-g809d661aff99ae0287baf4a52269425de62381e6
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108385
--- Comment #9 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:1626ec53e8c1b9c245572417d380e3ed84990cff
commit r13-5579-g1626ec53e8c1b9c245572417d380e3ed84990cff
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108359
Andrew Macleod changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108385
--- Comment #10 from Andrew Macleod ---
Fixed in GCC 13, unlikely to be ported to gcc12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108613
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
--- Comment #18 from Tamar Christina ---
> >
> > Ack, that also tracks with what I tried before, we don't indeed track ranges
> > for vector ops. The general case can still be handled slightly better (I
> > think)
> > but it doesn't become as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108608
--- Comment #8 from CVS Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:2bb444787ed17a9e786f544cdf51ee2ac6779ab2
commit r13-5580-g2bb444787ed17a9e786f544cdf51ee2ac6779ab2
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108606
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108606
Marek Polacek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108611
--- Comment #1 from Tobias Burnus ---
I think the code uses to quote some non-normative statement:
"F2018 relaxes the requirement that, in structure constructor, the component
and the expression to initialize it must have the same declared type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108589
--- Comment #4 from CVS Commits ---
The master branch has been updated by Philipp Tomsich :
https://gcc.gnu.org/g:a39c6ec97906766ad65d15d4856fd41121ee7a45
commit r13-5581-ga39c6ec97906766ad65d15d4856fd41121ee7a45
Author: Philipp Tomsich
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108613
Patrick Palka changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108613
--- Comment #3 from Andrew Pinski ---
signed __int128_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108613
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108099
Andrew Pinski changed:
What|Removed |Added
CC||mserdarsanli at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108607
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108221
--- Comment #23 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #22)
> Use --without-libstdcxx-zoneinfo
I'll make that the default for msp430-elf and avr.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108597
--- Comment #4 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:623730d954a051941ae6a098f851bef308916ca0
commit r13-5582-g623730d954a051941ae6a098f851bef308916ca0
Author: Marek Polacek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107593
--- Comment #2 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:623730d954a051941ae6a098f851bef308916ca0
commit r13-5582-g623730d954a051941ae6a098f851bef308916ca0
Author: Marek Polacek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108573
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108597
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107593
--- Comment #3 from CVS Commits ---
The releases/gcc-12 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:07ef737cf1ab08f5c36786c7ab1ffc596fe52138
commit r12-9093-g07ef737cf1ab08f5c36786c7ab1ffc596fe52138
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107593
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108597
--- Comment #5 from CVS Commits ---
The releases/gcc-12 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:07ef737cf1ab08f5c36786c7ab1ffc596fe52138
commit r12-9093-g07ef737cf1ab08f5c36786c7ab1ffc596fe52138
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108573
Jakub Jelinek changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108616
Bug ID: 108616
Summary: -Wanalyzer-allocation-size false negatives for use of
"alloca"
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108616
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108573
--- Comment #3 from Jakub Jelinek ---
--- gcc/ree.cc.jj 2023-01-02 09:32:45.327953792 +0100
+++ gcc/ree.cc 2023-01-31 18:36:31.253018233 +0100
@@ -875,7 +875,8 @@ combine_reaching_defs (ext_cand *cand, c
for (df_link *use = use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103100
--- Comment #17 from Andrew Pinski ---
Another testcase which is now affecting us at Marvell in our early firmware:
```
void f(const char*);
void g(void)
{
char t[32] = "0l2345678";
f(t);
}
```
So I am planning on getting back on this patc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103100
--- Comment #18 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #17)
> Another testcase which is now affecting us at Marvell in our early firmware:
> ```
> void f(const char*);
>
> void g(void)
> {
> char t[32] = "0l2345678";
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108617
Bug ID: 108617
Summary: nullptr comparision in constexpr not constexpr when
using -fsanitize=returns-nonnull-attribute
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108617
Andrew Pinski changed:
What|Removed |Added
Depends on||104426
--- Comment #1 from Andrew Pinsk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102870
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=103100
--- Comment #19 from Richard Earnshaw ---
(In reply to Andrew Pinski from comment #18)
> I should say that testcase happens at `-Os -mstrict-align`, at `-O2
> -mstrict-align` it works.
Because for -Os we don't forcibly align arrays - see
AARCH
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102870
--- Comment #5 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:b2ec2504af77b35e748067eeb846821d12a6b6b4
commit r13-5608-gb2ec2504af77b35e748067eeb846821d12a6b6b4
Author: Marek Polacek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102870
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86960
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108598
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108609
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2023-01-31
Statu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107755
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108618
Bug ID: 108618
Summary: ISO C-Fortran Interface fails to pass CFI descriptor
version check when using code coverage flags for
fortran
Product: gcc
Version: 13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108618
--- Comment #1 from Andrew Pinski ---
Is there a way to remove the depedency on gtest/gtest.h ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108618
--- Comment #2 from Andrew Pinski ---
and use make rather than cmake here?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108618
--- Comment #3 from Kyle Shores ---
Ah, the specific error message printed at runtime:
Fortran runtime error: Unexpected version 16 (expected 1) in CFI descriptor
passed to dummy argument the_names
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108618
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108618
--- Comment #4 from Kyle Shores ---
Sure, I'll attempt to remove gtest and cmake. I was merely slimming the example
down from my use case in case it mattered.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108618
--- Comment #5 from Kyle Shores ---
New C++ source file:
```
#include
#include
#include
#include
#include
#include
extern "C" {
void Finit(void);
void get_names( CFI_cdesc_t * );
}
std::vector extract_names(CFI_cdesc_t* names){
s
gcc/gcc/configure
--prefix=/home/apinski/upstream-gcc
--enable-languages=c,c++,fortran,lto,objc,go,ada
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 13.0.1 20230131 (experimental) [master 733988099bc] (GCC)
COLLECT_GCC_OPTIONS='-B' '../../' '-c&#
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108354
--- Comment #5 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #4)
> raised STORAGE_ERROR : stack overflow or erroneous memory access
0x015769b4 in get_range_query (fun=) at
/home/apinski/src/upstream-gcc/gcc/gcc/value-qu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108354
--- Comment #6 from Andrew Pinski ---
Full backtrace:
(gdb) bt
#0 0x0158208f in get_range_query (fun=0x0) at
/home/apinski/src/upstream-gcc/gcc/gcc/value-query.h:143
#1 0x01e4a9f0 in ssa_name_has_boolean_range (op=0x752a687
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108619
Bug ID: 108619
Summary: Compilation error if the construct method of the
allocator isn't implemented and the detructor of
value_type is private
Product: gcc
Vers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108601
Tamar Christina changed:
What|Removed |Added
Target||aarch64*
Summary|[13 Regre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108619
--- Comment #1 from Andrew Pinski ---
The trunk gives a better error message:
/opt/compiler-explorer/gcc-trunk-20230131/include/c++/13.0.1/bits/alloc_traits.h:70:31:
error: static assertion failed:
allocator_traits::rebind_alloc must be A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108619
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108601
--- Comment #8 from Tamar Christina ---
In case it helps, here's the reproducer on compiler explorer and the dump file
https://godbolt.org/z/dWvqexjnv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108619
gccbugzilla at thepirate42 dot org changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108619
gccbugzilla at thepirate42 dot org changed:
What|Removed |Added
Resolution|FIXED |---
Sta
1 - 100 of 142 matches
Mail list logo
