https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104558
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:e6e6e0a97340068c90fe091482efbaacd6474754
commit r12-7458-ge6e6e0a97340068c90fe091482efbaacd6474754
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104757
--- Comment #11 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:431414b5d934866af3f6415a56c35bb57b928fef
commit r12-7459-g431414b5d934866af3f6415a56c35bb57b928fef
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104558
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10/11/12 Regression] |[9/10/11 Regression] ICE:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104757
--- Comment #12 from Jakub Jelinek ---
I admit I haven't built an offloading compiler, just hand edited auto-host.h to
ENABLE_OFFLOADING 1 and used the env var to debug those 2 testcases and then
tested on non-offloading compiler.
So, not closin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104704
--- Comment #13 from Hongtao.liu ---
(In reply to H.J. Lu from comment #10)
> Created attachment 52553 [details]
> A patch to always return pseudo register in ix86_gen_scratch_sse_rtx
Please go ahead with this patch, i'll submit an incremental
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104746
Martin Liška changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96780
--- Comment #9 from Jonathan Wakely ---
As well as folding move and forward, it probably makes sense to do the same for
as_const and addressof (and our internal __addressof). addressof is
particularly annoying because it's uglier *and* slower tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104758
--- Comment #3 from CVS Commits ---
The master branch has been updated by Tom de Vries :
https://gcc.gnu.org/g:07667c911b1827fb98a1b5da621d51d8fcf0409a
commit r12-7462-g07667c911b1827fb98a1b5da621d51d8fcf0409a
Author: Tom de Vries
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104758
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104746
Martin Liška changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103705
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104768
Bug ID: 104768
Summary: [nvptx] Exploit Independent Thread Scheduling for
sm_70+
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104746
--- Comment #4 from Martin Liška ---
Btw. upstream applied the following patch:
http://git.linux-nfs.org/?p=steved/nfs-utils.git;a=blobdiff;f=systemd/rpc-pipefs-generator.c;h=7b2bb4f7fe7d27f6339ac7adf9562523b1395aef;hp=c24db567a45d9f544a1a094e0c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104187
--- Comment #8 from Dávid Bolvanský ---
So this works in Clang now
int foo(int x, int y) { // any compiler will happily inline this function
return x / y;
}
int test(int x, int y) {
int r = 0;
[[clang::noinline]] r += foo(x, y); //
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104131
--- Comment #3 from CVS Commits ---
The master branch has been updated by Kwok Yeung :
https://gcc.gnu.org/g:88c4d85e27e18bf991ab8728b73127a0385f2c27
commit r12-7464-g88c4d85e27e18bf991ab8728b73127a0385f2c27
Author: Kwok Cheung Yeung
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103705
Chung-Lin Tang changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104769
Bug ID: 104769
Summary: [nvptx] mptx/misa multilibs
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104702
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97759
Peter Cordes changed:
What|Removed |Added
CC||peter at cordes dot ca
--- Comment #14 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104763
Martin Liška changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104639
Aldy Hernandez changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104669
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104664
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104770
Bug ID: 104770
Summary: std::any_cast cause SIGBUS instead of throwing
std::bad_any_cast
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104770
Andrew Pinski changed:
What|Removed |Added
Component|c++ |target
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104749
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE Will try gdc 9.4.0 (which is currently building, switching from gas 2.32
> to 2.38 if that matters) afterwards.
Both gdc 11.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104749
--- Comment #6 from Iain Buclaw ---
Just having a look around, I couldn't see anywhere that `___s` would be created
now.
Then I came across r9-8460, which was fixed for 10.1.0, and backported before
9.4.0 was released. Linked bug report is pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104529
Jakub Jelinek changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104770
--- Comment #2 from Jonathan Wakely ---
(In reply to Victor Tsang from comment #0)
> --with-bugurl=https://github.com/Homebrew/homebrew-core/issues
As it says there ^^
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104529
--- Comment #7 from Tamar Christina ---
(In reply to Jakub Jelinek from comment #6)
> I don't see the code mentioned in #c0 on x86_64, I see also loads and stores
> like on aarch64.
Yes, that was my mistake, I was accidentally comparing GCC 11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104771
Bug ID: 104771
Summary: '-fcompare-debug' failure w/ -mno-vsx -O1
-frename-registers
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: compare-debug-fai
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104765
Aaron Ballman changed:
What|Removed |Added
CC||aaron at aaronballman dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104529
--- Comment #8 from Jakub Jelinek ---
>From what I can see, this setting of TREE_READONLY has been added in
r9-869-g5603790dbf233c31c60 aka PR85873 fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104529
--- Comment #9 from Jakub Jelinek ---
When I disable the TREE_READONLY (decl) = true; in build_target_expr, on the
array-temp1.C testcase gimple dump changes:
int f ()
{
int D.2491;
- static const int C.0[10] = {1, 42, 3, 4, 5, 6, 7, 8, 9,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104639
--- Comment #8 from Andrew Macleod ---
(In reply to Richard Biener from comment #3)
> it's odd that VRP doesn't optimize this though. VRP2 says
>
> Exported global range table:
>
> i_6 : int ~[4, 4]
> bool foo (in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104475
Aldy Hernandez changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104639
--- Comment #9 from Aldy Hernandez ---
(In reply to Andrew Macleod from comment #8)
> (In reply to Richard Biener from comment #3)
> Curious question, if that was an 'if' instead of a return using _3, the
> threader would probably thread the PH
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104680
--- Comment #2 from David Malcolm ---
> trunk.git/gcc/config/avr/avr.cc:8674:22: warning: Identical inner 'if'
> condition is always true. [identicalInnerCondition]
In avr_out_fract:
8665 │ /* We need to consider to-be-discarded b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104680
--- Comment #3 from David Malcolm ---
> trunk.git/gcc/config/mn10300/mn10300.cc:888:8: warning: Identical inner 'if'
> condition is always true. [identicalInnerCondition]
In mn10300_expand_prologue:
877 │ /* Consider alternative save
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104680
--- Comment #4 from David Malcolm ---
> trunk.git/gcc/d/expr.cc:689:17: warning: Identical inner 'if' condition is
> always true. [identicalInnerCondition]
In 'void visit (CatExp *e)':
682 │ if (e->e1->op == EXP::concatenate)
683 │
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104680
--- Comment #5 from David Malcolm ---
> trunk.git/libffi/src/m32r/ffi.c:66:15: warning: Identical inner 'if'
> condition is always true. [identicalInnerCondition]
In ffi_prep_args:
56 │ for (i = ecif->cif->nargs, p_arg = ecif->cif->arg_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104680
--- Comment #6 from David Malcolm ---
> trunk.git/liboffloadmic/runtime/offload_engine.cpp:113:13: warning: Identical
> inner 'if' condition is always true. [identicalInnerCondition]
108 │ void Engine::init(void)
109 │ {
110 │ if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104680
--- Comment #7 from David Malcolm ---
> trunk.git/zlib/contrib/minizip/zip.c:1212:26: warning: Identical inner 'if'
> condition is always true. [identicalInnerCondition]
In zipOpenNewFileInZip4_64:
1206 │ #ifdef HAVE_BZIP2
1207 │ if (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104529
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104680
David Malcolm changed:
What|Removed |Added
Component|analyzer|c
Assignee|dmalcolm at gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104639
--- Comment #10 from Andrew Macleod ---
I was thinking less about phis and more that its a "return" instead of an "if"
ending the block preventing the threader from doing anything.
_3 = i_6 != 0;
return _3;
Ie, so if a return uses a condit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104758
Tom de Vries changed:
What|Removed |Added
Resolution|FIXED |---
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104680
--- Comment #9 from Jakub Jelinek ---
At least right now the analyzer might be too late for this though, no? There
could be various optimizations before it that make it hard to figure out what
was actually user code and what is something else.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104757
Thomas Schwinge changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104765
--- Comment #4 from Marek Polacek ---
The attached patch disables ({}) in lambda param list, which fixes the bug, but
also makes things less consistent:
void G() {
void fn (int i, int = ({ 1; })); // currently OK
}
void g() {
auto a = [](
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104639
--- Comment #11 from Aldy Hernandez ---
(In reply to Andrew Macleod from comment #10)
> I was thinking less about phis and more that its a "return" instead of an
> "if" ending the block preventing the threader from doing anything.
>
> _3 = i_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104643
Will Schmidt changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #8 from Jonathan Wakely ---
It looks like trunk now defines __SIZEOF_FLOAT128__ on powerpc-ibm-aix* and
powerpc64*-*-linux-gnu, but it seems to be defined unconditionally, even if the
__float128 type *isn't* available!
On power8-aix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #9 from Jonathan Wakely ---
It looks like r12-7271-g687e57d7ac741d added it:
--- a/gcc/config/rs6000/rs6000-c.cc
+++ b/gcc/config/rs6000/rs6000-c.cc
@@ -623,7 +623,11 @@ rs6000_cpu_cpp_builtins (cpp_reader *pfile)
if (TARGET_FRSQR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #10 from Jonathan Wakely ---
Maybe we could do this instead:
--- a/gcc/config/rs6000/rs6000-c.cc
+++ b/gcc/config/rs6000/rs6000-c.cc
@@ -623,11 +623,13 @@ rs6000_cpu_cpp_builtins (cpp_reader *pfile)
if (TARGET_FRSQRTES)
built
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104772
Bug ID: 104772
Summary: std::numeric_limits<__float128> should be specialized
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104773
Bug ID: 104773
Summary: compare with 1 not merged with subtract 1
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104475
--- Comment #4 from Andrew Macleod ---
(In reply to Aldy Hernandez from comment #3)
> This isn't the threader but VRP/ranger.
>
> What happens is that the threader isolates the path, making it easier for
> VRP to see the equivalence, and then C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104772
--- Comment #1 from Jonathan Wakely ---
Strictly speaking, the __FLT128_* macros relate to _Float128 which is not
defined for C++ even when __float128 is (and in theory a target could have a
non-IEEE __float128 which would have different propert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104772
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2022-03-03
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104774
Bug ID: 104774
Summary: OpenACC 'kernels' decomposition: internal compiler
error: 'verify_gimple' failed, with 'loop' with
explicit 'seq' or 'independent'
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
Segher Boessenkool changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #12 from Segher Boessenkool ---
(In reply to Jonathan Wakely from comment #10)
> Maybe we could do this instead:
>
> --- a/gcc/config/rs6000/rs6000-c.cc
> +++ b/gcc/config/rs6000/rs6000-c.cc
> @@ -623,11 +623,13 @@ rs6000_cpu_cpp_bui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104642
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Ever co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104643
--- Comment #3 from Segher Boessenkool ---
Note that the called function is not pure (it writes to some global vars), so
perhaps this was on purpose even? Andreas?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #13 from Jakub Jelinek ---
I see
if (TARGET_FLOAT128_TYPE)
{
if (!TARGET_IEEEQUAD && TARGET_LONG_DOUBLE_128)
ibm128_float_type_node = long_double_type_node;
else
{
ibm128_float_type_node = m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104642
--- Comment #3 from Jonathan Wakely ---
(In reply to Richard Biener from comment #1)
> Not sure, people will still see the surprising behavior at -O1+ then
Sure, but we can justify that as optimizing away the checks. But giving a
predictable cr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104680
Eric Gallager changed:
What|Removed |Added
Blocks||89863
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104696
Tobias Burnus changed:
What|Removed |Added
Summary|[12 Regression][OpenMP] |[OpenMP] Implicit mapping
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #14 from Jakub Jelinek ---
Unfortunately, checking TYPE_NAME won't work either.
Because for the ibm128_float_type_node = long_double_type_node;
and ieee128_float_type_node = long_double_type_node; cases,
lang_hooks.types.register_buil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104758
--- Comment #6 from Tom de Vries ---
I'm now looking at:
...
diff --git a/gcc/config/nvptx/nvptx.opt b/gcc/config/nvptx/nvptx.opt
index c83ceb3568b1..fea99c5d4069 100644
--- a/gcc/config/nvptx/nvptx.opt
+++ b/gcc/config/nvptx/nvptx.opt
@@ -53,7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104475
--- Comment #5 from Andrew Macleod ---
We do have the option of not trying to determine anything about _1 in
situations like this..
I tried removing the op1_range() routine for addr_expr, and we pass all tests
just fine.
we would pick up non-nu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #15 from Jakub Jelinek ---
Perhaps another possible test could be
ieee128_float_type_node != ibm128_float_type_node
because whenever those two are different, we know __ieee128 and __ibm128 are
supported (but still need to verify wheth
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104754
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #16 from Jakub Jelinek ---
So what about:
--- gcc/config/rs6000/rs6000-c.cc.jj2022-02-17 10:24:16.756113275 +0100
+++ gcc/config/rs6000/rs6000-c.cc 2022-03-03 19:06:25.771981905 +0100
@@ -584,6 +584,10 @@ rs6000_target_modif
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104754
--- Comment #2 from Aldy Hernandez ---
BTW, on GCC11, ivopts doesn't even get a whack at it. The whole thing is
optimized away by .fre4:
int main ()
{
long int a;
long int c;
[local count: 44232128]:
if (a_9(D) <= 0)
goto ; [89.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104746
--- Comment #5 from Martin Sebor ---
(In reply to Martin Liška from comment #3)
This is an example of the "symbolic constraints involving multiple arguments"
that I mentioned in comment #1. There is no logic to determine from the
complex relat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104746
Martin Sebor changed:
What|Removed |Added
Summary|[12 Regression] False |False positive for
|po
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65396
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104702
--- Comment #3 from Martin Sebor ---
The warning mapping needs to be updated whenever a location of a tree or
gimple* changes (gimple_set_block() calls gimple_set_location() which calls
copy_warning() so that part at least should work). I saw c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104761
--- Comment #5 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:51149a05b8cc8e4fc5a77a65857894daa371de89
commit r12-7467-g51149a05b8cc8e4fc5a77a65857894daa371de89
Author: Martin Sebor
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104761
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104077
Bug 104077 depends on bug 104761, which changed state.
Bug 104761 Summary: [12 Regression] bogus -Wdangling-pointer with cleanup and
infinite loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104761
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104746
Andrew Macleod changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104775
Bug ID: 104775
Summary: [9/10/11/12 Regression] Failure to assemble on s390x
with -fsanitize=undefined
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104775
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |9.5
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104775
--- Comment #1 from Jakub Jelinek ---
Even simpler testcase, this time C, just -O2 -march=zEC12 is needed:
long a[64];
void bar (void);
void
foo (int x, int y)
{
if (x != a[y])
bar ();
__builtin_trap ();
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96526
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:9805965e3551b66b5bd751d6076791d00cdeb137
commit r12-7468-g9805965e3551b66b5bd751d6076791d00cdeb137
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104748
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:5706a5db88a0eeaf82071debe1364f4533896a65
commit r12-7470-g5706a5db88a0eeaf82071debe1364f4533896a65
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104748
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2022-03-03
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96526
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #17 from Segher Boessenkool ---
(In reply to Jakub Jelinek from comment #13)
> I see
> Doesn't this mean that ieee128_float_type_node and ibm128_float_type_node is
> always non-NULL?
No. All of that code is inside
if (TARGET_F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #18 from Segher Boessenkool ---
Ah, I didn't see the
else
ieee128_float_type_node = ibm128_float_type_node = long_double_type_node;
which looks completely garbage. It long double is just DP float, we certainly
do not want eithe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #8 from Roland Illig ---
>From tree-ssa-uninit.c:
> accessing argument %u of a function declared with attribute %<%s%>
The %<%s%> should be the conventional %qs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99291
--- Comment #6 from Roland Illig ---
Still reproducible in GCC 12.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104734
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104746
--- Comment #8 from Martin Sebor ---
Andrew, quoting from the documentation for the warning:
Unknown string arguments whose length cannot be assumed to be bounded either
by the directive’s precision, or by a finite set of string literals they
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104767
--- Comment #1 from tornenvi at gmail dot com ---
Bug report should be referring to calls to 'Open' instead of
'Connect'.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104724
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104773
--- Comment #1 from Hongtao.liu ---
It looks like the same issue as PR98977.
1 - 100 of 109 matches
Mail list logo
