https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108941
--- Comment #16 from jbeulich at suse dot com ---
(In reply to Jakub Jelinek from comment #15)
> Above you're mixing a 32-bit argument with 8-bit argument in an instruction
> which
> expects probably 2 32-bit arguments or at least both arguments
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108941
--- Comment #15 from Jakub Jelinek ---
(In reply to jbeulich from comment #14)
> (In reply to Jakub Jelinek from comment #5)
> > GCC doesn't even have that information at all, at the RTL level it doesn't
> > know
> > if it was signed or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108959
--- Comment #3 from David Binderman ---
I will have a go at a git bisection.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108941
--- Comment #14 from jbeulich at suse dot com ---
(In reply to Jakub Jelinek from comment #5)
> GCC doesn't even have that information at all, at the RTL level it doesn't
> know
> if it was signed or unsigned.
> All it has is the constraint and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108165
--- Comment #10 from Martin Liška ---
@Marek, is there any progress on this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106770
--- Comment #6 from Jens Seifert ---
The left part of VSX registers overlaps with floating point registers, that is
why no register xxpermdi is required and mfvsrd can access all (left) parts of
VSX registers directly.
The xxpermdi x,y,y,3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108315
--- Comment #4 from Alexander Monakov ---
Let me address one point separately:
(In reply to Peter Bergner from comment #1)
> CCing Alan, since he probably knows best how this all works, but yes,
> -mcpu-power10 changes the ABI, namely it adds
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108315
--- Comment #3 from Alexander Monakov ---
Alan implemented the special case of .localentry 1 in this patch for the BFD
linker (that appeared in binutils 2.32 if my calculations are correct):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108962
Bug ID: 108962
Summary: d: Don't generate code that throws exceptions when
compiling with `-fno-exceptions'
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108315
Kewen Lin changed:
What|Removed |Added
CC||linkw at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108315
Peter Bergner changed:
What|Removed |Added
CC||amodra at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108956
--- Comment #2 from Gaius Mulley ---
The hand built modules were not changed to include the libname. (UnixArgs,
ldtoa, dtoa for the tool pge). The patch corrects the hand built modules and
also includes fixes for the attribute noreturn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107778
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |13.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91419
--- Comment #8 from CVS Commits ---
The master branch has been updated by Hans-Peter Nilsson :
https://gcc.gnu.org/g:5c70121c57c544a9afeb842984c9a0a36816c590
commit r13-6367-g5c70121c57c544a9afeb842984c9a0a36816c590
Author: Hans-Peter Nilsson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91419
--- Comment #7 from Hans-Peter Nilsson ---
Oops, the second xfail for gcc.dg/tree-ssa/pr91091-2.c is wrong and I never
noticed the xpass at the time. Same for pru-elf and m68k-linux. Will commit
an update; a revert of that line (of the commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108956
Gaius Mulley changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108956
Gaius Mulley changed:
What|Removed |Added
CC||gaius at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79356
--- Comment #16 from CVS Commits ---
The master branch has been updated by Hans-Peter Nilsson :
https://gcc.gnu.org/g:2f2c0bc57be12ca92d3e2cc74f6cca048da9ed55
commit r13-6365-g2f2c0bc57be12ca92d3e2cc74f6cca048da9ed55
Author: Hans-Peter Nilsson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108828
Hans-Peter Nilsson changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108828
--- Comment #2 from CVS Commits ---
The master branch has been updated by Hans-Peter Nilsson :
https://gcc.gnu.org/g:8c58f4b798177d419c5af37b7e23c490849f2d45
commit r13-6364-g8c58f4b798177d419c5af37b7e23c490849f2d45
Author: Hans-Peter Nilsson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108961
--- Comment #1 from Jeffrey Hill ---
Created attachment 54552
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54552=edit
Minimal Example of failing operation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108961
Bug ID: 108961
Summary: Segfault when associating to pointer from C_F_POINTER
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108935
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108960
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=108960
Bug ID: 108960
Summary: clear tf_partial in instantiate_template
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108959
Andrew Pinski changed:
What|Removed |Added
Summary|ice in modify_assignment, |[13 Regression] ice in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108937
--- Comment #9 from saitofuyuki at jamstec dot go.jp ---
Thanks a lot for your effort. I am very happy I can contribute.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106770
--- Comment #5 from Segher Boessenkool ---
(In reply to Jens Seifert from comment #4)
> PPCLE with no special option means -mcpu=power8 -maltivec (altivecle to be
> mor precise).
What? No.
$ sh config.sub ppcle
powerpcle-unknown-none
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107915
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108959
--- Comment #2 from David Binderman ---
Reduced code seems to be:
union U2 {
long f0;
int f1
};
g_16;
g_70[];
static func_61(int) {
for (;;)
g_70[g_16] = 4;
}
static func_43(int *p_44) { func_61(*p_44); }
main() {
union U2 l_38 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108959
--- Comment #1 from David Binderman ---
The bug first seems to occur sometime between git hash g:5c43f06c228d169c,
dated 20230202 and g:f0065f207cf19cd9, dated 20230203.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108959
Bug ID: 108959
Summary: ice in modify_assignment, at
ipa-param-manipulation.cc:1905
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108958
Bug ID: 108958
Summary: Powerpcle could generate mtvsrdd for zero extend DI to
TI mode, when the TImode is in a vector register
Product: gcc
Version: 13.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108957
Bug ID: 108957
Summary: Fortran FE memleak with interfaces
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108937
--- Comment #8 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:6cce953ebec274f1468d5d3a0697cf05bb43b8f6
commit r13-6362-g6cce953ebec274f1468d5d3a0697cf05bb43b8f6
Author: Harald Anlauf
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108952
Jonathan Wakely changed:
What|Removed |Added
Summary|Regression in |[10/11/12/13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108956
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |13.0
(0ccfa3884f638816af0f5a3f0ee2695e0771ef6d) and 20230227
(dfa85beebfbc2f879d30d3918f634feabc851782),
32-bit Solaris/SPARC bootstrap failed in stage 2:
m2/pge -k -l /vol/gcc/src/hg/master/local/gcc/m2/gm2-compiler/P2Build.bnf -o
m2/gm2-compiler-boot/P2Build.mod
make[3]: *** [/vol/gcc/src/hg/master/local/gcc/m2/Make-lang.in:1629:
m2/gm2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108922
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108922
--- Comment #31 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:8020c9c42349f51f75239b9d35a2be41848a97bd
commit r13-6361-g8020c9c42349f51f75239b9d35a2be41848a97bd
Author: Uros Bizjak
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108937
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108955
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> The code is definitely invalid.
>
> How to fix it is to move this:
> template
> inline void AssertMoveable(T *t = 0) { if(t) AssertMoveable0(t); }
>
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108955
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108937
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Component|libfortran |fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108955
--- Comment #2 from piotr5 at netscape dot net ---
Created attachment 54549
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54549=edit
gunzip then: c++-13 -c delme-E13.cxx
also fails with c++-12 so the problem must be in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108894
--- Comment #13 from qinzhao at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #12)
> Created attachment 54547 [details]
> gcc13-pr108894.patch
>
> Untested fix.
several comments on the patch:
1. should the documentation of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108955
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108955
Bug ID: 108955
Summary: Ultimate++ fails with its specialized AssertMoveable
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108937
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108803
Jakub Jelinek changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108937
--- Comment #4 from kargl at gcc dot gnu.org ---
(In reply to saitofuyuki from comment #3)
> Thanks a lot.
>
> > Not sure it's a bug.
>
> I see. I do agree it's not a bug and the answer of the particular case is
> undefined.
>
> But (for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108936
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106770
--- Comment #4 from Jens Seifert ---
PPCLE with no special option means -mcpu=power8 -maltivec (altivecle to be mor
precise).
vec_promote(, 1) should be a noop on ppcle. But value gets
splatted to both left and right part of vector register.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108942
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108954
Bug ID: 108954
Summary: ICE with invalid gimple source
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
Severity: normal
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108942
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108952
--- Comment #5 from Jonathan Wakely ---
(In reply to Peter Dimov from comment #4)
> An easy fix is to use `std::get<0>` instead of `.first`.
Yeah I tried that, but I think there's an additional change needed (or I messed
something up).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108952
Peter Dimov changed:
What|Removed |Added
CC||pdimov at gmail dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108952
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #3 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108953
Jakub Jelinek changed:
What|Removed |Added
Component|c++ |tree-optimization
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108952
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108894
--- Comment #12 from Jakub Jelinek ---
Created attachment 54547
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54547=edit
gcc13-pr108894.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108953
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108944
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108944
--- Comment #3 from CVS Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:e5fcf084e381aefe170dcd418dc97e469dacfa91
commit r13-6359-ge5fcf084e381aefe170dcd418dc97e469dacfa91
Author: Gaius Mulley
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108953
Bug ID: 108953
Summary: inefficient codegen for trivial equality
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108949
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108940
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106770
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108940
--- Comment #3 from Andrew Pinski ---
Can you instead attach the output of `readelf -a`?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107561
--- Comment #14 from Aldy Hernandez ---
(In reply to Richard Biener from comment #11)
> So I've missed the VR_ANTI_RANGE handling in get_size_range where we run into
>
> wide_int maxsize = wi::to_wide (max_object_size ());
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108952
--- Comment #1 from Andrew Pinski ---
Created attachment 54546
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54546=edit
testcase
Please next time also attach or put inline the testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108952
Bug ID: 108952
Summary: Regression in uses_allocator_construction_args for
pair of rvalue references
Product: gcc
Version: 12.1.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108950
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2023-02-27
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108944
--- Comment #2 from David Binderman ---
(In reply to Gaius Mulley from comment #1)
> Thank you very much for reporting this bug - very useful regarding PR108835
> (or at least it is related and timely).
You are welcome. gcc flags -Wall and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108936
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2023-02-27
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108951
Bug ID: 108951
Summary: std::valarray doesn't support extended alignment
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107561
--- Comment #13 from Jonathan Wakely ---
(In reply to Richard Biener from comment #11)
> We can again work around this in libstdc++ by CSEing ->_M_size ourselves.
> The following helps:
>
> diff --git a/libstdc++-v3/include/std/valarray
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107561
--- Comment #12 from Aldy Hernandez ---
(In reply to Richard Biener from comment #10)
> (In reply to Richard Biener from comment #9)
> > Note I think there's still a bug in value_range (irange) here.
> > get_size_range
> > does
> >
> > if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108944
Gaius Mulley changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
I send this to gcc-help but it would probably be more appropriate.
While compiling a source file with the -fanalyzer option I got a compiler
-Wanalyser-malloc-leak warning. I followed the diagnostic message but
didn't see the problem so I decided to go look at the assembly code.
Compiling the same
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108261
Gaius Mulley changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108940
--- Comment #2 from Rob Meades ---
Created attachment 54545
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54545=edit
Disassembly of executable file
Here is the complete disassembly of the executable output file: we do indeed
seem to be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108943
Richard Earnshaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108940
--- Comment #1 from Andrew Pinski ---
There should be a .reloc section in the executable which does the fix up ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108910
--- Comment #5 from Jakub Jelinek ---
Created attachment 54544
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54544=edit
gcc13-pr108910-lto.patch
Untested fix for the lto side of this bug. No testcase included, as when
the target bug is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107561
Richard Biener changed:
What|Removed |Added
CC||jwakely.gcc at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108950
Bug ID: 108950
Summary: [11/12/13 Regression] ICE: verify_gimple failed
(error: conversion of register to a different size in
'view_convert_expr'; error: type mismatch in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108877
--- Comment #2 from Eugen Wissner ---
Not sure about class and enum, but „const struct“ results in a similar error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108949
Bug ID: 108949
Summary: Optimize shift counts
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108948
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108948
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105200
Jakub Jelinek changed:
What|Removed |Added
Status|SUSPENDED |NEW
--- Comment #9 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108948
Bug ID: 108948
Summary: for function
template with auto return and parameter pack
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
yes-rtl-df-extra-riscv64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 13.0.1 20230227 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108946
Bug ID: 108946
Summary: [13.0] d: Identity comparison of vectors not supported
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108945
Bug ID: 108945
Summary: [13.0] d: vector float comparison doesn't result in 0
or -1
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108941
--- Comment #13 from Jakub Jelinek ---
We could file an x86 backend enhancement request based on those comments,
int
foo (int x, int y)
{
return x << (y & 31);
}
int
bar (int x, int y)
{
return x << (32 + y);
}
int
baz (int x, int y)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108944
Bug ID: 108944
Summary: libgm2/libm2pim/sckt.cc:254:3: warning: memset()
called to fill 0 bytes. [memsetZeroBytes]
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107561
--- Comment #10 from Richard Biener ---
(In reply to Richard Biener from comment #9)
> Note I think there's still a bug in value_range (irange) here.
> get_size_range
> does
>
> if (integral)
> {
> value_range vr;
>
>
1 - 100 of 151 matches
Mail list logo
