https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104777
Bug ID: 104777
Summary: gcc crashes while compiling a custom coroutine library
sample
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104776
Bug ID: 104776
Summary: incorrect compiler error with Parameterized derived
type component initialization
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104208
--- Comment #9 from Peter Bergner ---
Created attachment 52559
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52559&action=edit
Proposed patch
Attaching a patch using Jakub's suggestion. I'm having problems posting it to
the mailing list
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95989
Jackson Huff changed:
What|Removed |Added
CC||lightningdzeyenr at gmail dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104610
Bug 104610 depends on bug 104704, which changed state.
Bug 104704 Summary: [12 Regression] ix86_gen_scratch_sse_rtx doesn't work with
explicit XMM7/XMM15/XMM31 usage
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104704
What|Remove
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104704
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104704
--- Comment #14 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:609e8c492d62d92465460eae3d43dfc4b2c68288
commit r12-7472-g609e8c492d62d92465460eae3d43dfc4b2c68288
Author: H.J. Lu
Date: Sat Feb 26 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104767
--- Comment #2 from tornenvi at gmail dot com ---
Created attachment 52558
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52558&action=edit
Test program to demonstrate problem
Adding test program code gnatserialerrortest2.adb to highlight
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104716
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104773
--- Comment #1 from Hongtao.liu ---
It looks like the same issue as PR98977.
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=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=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=104734
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Last reconfirmed|
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=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=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=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=96526
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
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=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=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=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=104775
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |9.5
CC|
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=104746
Andrew Macleod changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
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=104761
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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=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=65396
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Assi
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=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=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=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
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
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=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=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=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=104696
Tobias Burnus changed:
What|Removed |Added
Summary|[12 Regression][OpenMP] |[OpenMP] Implicit mapping
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=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=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=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=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=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=99708
Segher Boessenkool changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
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=104772
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2022-03-03
Ever confirmed|0
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=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=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=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=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=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 #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=104643
Will Schmidt changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org,
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=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=104757
Thomas Schwinge changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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=104758
Tom de Vries changed:
What|Removed |Added
Resolution|FIXED |---
Last reconfirmed|
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=104680
David Malcolm changed:
What|Removed |Added
Component|analyzer|c
Assignee|dmalcolm at gcc do
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
--- 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=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 #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 #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 #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 #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=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=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 #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=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=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=104765
Aaron Ballman changed:
What|Removed |Added
CC||aaron at aaronballman dot com
--- Comme
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=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=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
Jakub Jelinek changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
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=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=104770
Andrew Pinski changed:
What|Removed |Added
Component|c++ |target
Status|UNCONFIRMED
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=104664
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
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=104639
Aldy Hernandez changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
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=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=104702
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
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=103705
Chung-Lin Tang changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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=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=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=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=103705
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104746
Martin Liška changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|INVALID
1 - 100 of 109 matches
Mail list logo
