https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115533
--- Comment #18 from Richard Biener ---
With -fipa-pta we add
+t.c:28:24: optimized: loop with 5 iterations completely unrolled (header
execution count 43151276)
+t.c:30:16: optimized: loop turned into non-loop; it never loops
...
-t.c:28:24: o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=951
--- Comment #17 from Richard Biener ---
There's definitely passes missing and the initial section of how the
compilation flows until the pass manager takes over needs work. I'd say we
keep this as a general bug that the passes section needs TLC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115602
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115528
--- Comment #29 from Richard Biener ---
(In reply to Jürgen Reuter from comment #28)
> Richard, unfortunately the fix (it seems it was committed to gcc git master
> on last Friday) did not fix our problem yet. The original test case still
> segf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115599
--- Comment #5 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:ae13af26060eb686418ea9c9d455cd665049402d
commit r15-1577-gae13af26060eb686418ea9c9d455cd665049402d
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115599
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82407
Bug 82407 depends on bug 115599, which changed state.
Bug 115599 Summary: ICE: qsort checking failed during GIMPLE pass: reassoc
(error: qsort comparator non-negative on sorted output: 150142972)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11559
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115602
Richard Biener changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106594
--- Comment #29 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:792f97b44ffc5e6a967292b3747fd835e99396e7
commit r15-1579-g792f97b44ffc5e6a967292b3747fd835e99396e7
Author: Richard Sandiford
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114575
--- Comment #4 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:792f97b44ffc5e6a967292b3747fd835e99396e7
commit r15-1579-g792f97b44ffc5e6a967292b3747fd835e99396e7
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114515
--- Comment #13 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:792f97b44ffc5e6a967292b3747fd835e99396e7
commit r15-1579-g792f97b44ffc5e6a967292b3747fd835e99396e7
Author: Richard Sandiford
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115104
--- Comment #6 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:792f97b44ffc5e6a967292b3747fd835e99396e7
commit r15-1579-g792f97b44ffc5e6a967292b3747fd835e99396e7
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114996
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:792f97b44ffc5e6a967292b3747fd835e99396e7
commit r15-1579-g792f97b44ffc5e6a967292b3747fd835e99396e7
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115609
Bug ID: 115609
Summary: Wrongly numbered ‘auto’ in diagnostics when used as
template argument of a function
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115608
Eric Botcazou changed:
What|Removed |Added
Last reconfirmed||2024-06-24
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115261
Stefan Schulze Frielinghaus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106594
Richard Sandiford changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114515
Richard Sandiford changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8537
Hans Henrik Bergan changed:
What|Removed |Added
CC||divinity76 at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115610
Bug ID: 115610
Summary: -flate-combine disabled by default for x86 port
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancemen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115610
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
Last reconf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115519
--- Comment #2 from Stefan Schulze Frielinghaus
---
Just saw on the ML that a match.pd fix already exists
https://gcc.gnu.org/pipermail/gcc-patches/2024-June/655484.html
A quick test shows that this fixes vcond-shift.c where we now emit
((i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115611
Bug ID: 115611
Summary: mve: vsetq_lane for 64-bits has wrong codegen when
setting lane 1
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115612
Bug ID: 115612
Summary: powerpc: define_insn_and_splits calling gen_reg_rtx
unconditionally
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: ice-on-val
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115613
Bug ID: 115613
Summary: xtensa: splits dependent on can_create_pseudo_p
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115608
--- Comment #4 from John Paul Adrian Glaubitz ---
(In reply to Eric Botcazou from comment #3)
> You always need to specify how the compiler has been configured.
Here you go:
(sid_sparc64-dchroot)glaubitz@stadler:~$ gcc-14 -v
Using built-in spe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115614
Bug ID: 115614
Summary: Invalid (?) template substitution on variadic
constrained packs
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115602
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115591
--- Comment #4 from simon at pushface dot org ---
bug.adb compiles without error after applying the patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115033
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #17 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115528
--- Comment #30 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:2f83ea87ee328d337f87d4430861221be9babe1e
commit r15-1582-g2f83ea87ee328d337f87d4430861221be9babe1e
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115528
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115485
--- Comment #16 from Gang Peng ---
(In reply to Andrew Pinski from comment #15)
> Most likely r7-1945-gb88bd5e0ca1208 introduced/exposed the ICE. It changes
> the behavior of -mno-pic-data-is-text-relative but adding -msingle-pic-base
> didn't I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115602
--- Comment #9 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:c43c74f6ec795a586388de7abfdd20a0040f6f16
commit r15-1583-gc43c74f6ec795a586388de7abfdd20a0040f6f16
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115602
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115519
--- Comment #3 from Stefan Schulze Frielinghaus
---
The failing autovec-long-double-signaling-*.c tests stem from the fact that
vcond_mask_mn is not implemented for V1TF which can be easily done by simply
switching to VT mode iterator and exten
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115615
Bug ID: 115615
Summary: SLP permute optimization creates unnecessary permute
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115533
Richard Biener changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114855
--- Comment #10 from Richard Biener ---
Created attachment 58505
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58505&action=edit
preprocessed testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114855
--- Comment #11 from Richard Biener ---
Btw, a question to the reporter - I suppose the files are machine-generated.
Are you able to create a file of smaller size? This one has ~20 lines,
some with 2000 and 2 lines would be perfect.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115616
Bug ID: 115616
Summary: Friend-injecting a template function causes an ICE if
you inject after trying to instantiate that function
Product: gcc
Version: 14.1.0
Status: U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115567
--- Comment #6 from Jayalekshmi Jayakumar ---
Could you please tell me how I can get it to work without this error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115567
--- Comment #7 from Jayalekshmi Jayakumar ---
Could you please tell me how I can get it to work without this error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115617
Bug ID: 115617
Summary: Wrong diagnostic message for non-const expr in
constexpr context
Product: gcc
Version: 13.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113673
--- Comment #8 from GCC Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:d8b05aef77443e1d3d8f3f5d2c56ac49a503fee3
commit r15-1584-gd8b05aef77443e1d3d8f3f5d2c56ac49a503fee3
Author: Roger Sayle
Date: Mon J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114855
--- Comment #12 from Richard Biener ---
At -O1 we have
Samples: 2M of event 'cycles:u', Event count (approx.): 2983686432518
Overhead Samples Command Shared Object Symbol
19.77%467950 cc1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115602
--- Comment #11 from Sergei Trofimovich ---
The change fixed both liblapack-3.12.0 and graphviz-10.0.1 builds for me. Thank
you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47081
Göran Uddeborg changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
Bug 40883 depends on bug 47081, which changed state.
Bug 47081 Summary: Macro usage too clever for localization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47081
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115618
Bug ID: 115618
Summary: GCC 13.3 should defined __ARM_FEATURE_CRYPTO with
+aes+sha2
Product: gcc
Version: 13.3.1
Status: UNCONFIRMED
Keywords: rejects-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115617
Andrew Pinski changed:
What|Removed |Added
Summary|Wrong diagnostic message|inconsistent diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115618
--- Comment #1 from Andrew Pinski ---
r14-6612-g8d30107455f230
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115618
Andrew Pinski changed:
What|Removed |Added
Summary|GCC 13.3 should defined |[11/12/13 only] should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115619
Bug ID: 115619
Summary: [ASAN] new-delete-type-mismatch on aligned operator
new
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115619
--- Comment #1 from Thiago Macieira ---
Matching Clang bug report: https://github.com/llvm/llvm-project/issues/96512
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115563
--- Comment #6 from mjr19 at cam dot ac.uk ---
A further comment to aid others reading this report. It is not just unnecessary
brackets which used to prevent vectorisation, but also necessary ones.
subroutine foo(a,b,c,n)
complex (kind(1d0)) :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115608
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #5 from Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115608
--- Comment #6 from John Paul Adrian Glaubitz ---
(In reply to Eric Botcazou from comment #5)
> Tentative fix:
>
> diff --git a/gcc/config/sparc/linux64.h b/gcc/config/sparc/linux64.h
> index 1e2e4aef2ad..83e0d6874d9 100644
> --- a/gcc/config/s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115608
--- Comment #7 from Eric Botcazou ---
Right, but Solaris does it automatically so Linux can probably mimic it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115583
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=115344
--- Comment #4 from Andi Kleen ---
Pedantry aside the basic problem is that doloop optimization depends on the
target supporting doloop, but the loop reversal would be useful everywhere.
So there are two options: add doloop to every target of i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115607
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115561
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115558
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115620
Bug ID: 115620
Summary: internal compiler error: output_operand: invalid
expression as operand
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115344
--- Comment #5 from Andi Kleen ---
Also the other problem is that doloop optimization is only for known bounds,
while generic reversal works for unknown too
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55978
--- Comment #34 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:f02c70dafd384f0c44d7a0920f4a75a30e267045
commit r15-1585-gf02c70dafd384f0c44d7a0920f4a75a30e267045
Author: Harald Anlauf
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115120
--- Comment #4 from Tamar Christina ---
You asked why this doesn't happen with a normal vector loop Richi.
For a normal loop when IVcannon adds the downward counting loop there are two
main differences.
1. for a single exit loop, the downward
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115533
--- Comment #20 from Alexander Monakov ---
Sam, can you provide more context? It seems there is no downstream bugreport?
How does the alleged miscompilation manifest?
Note that effects of interplay of fp-contract=fast and vectorization can be
p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115533
--- Comment #21 from Sam James ---
It fell out when building media-libs/flac's tests after I threw in -fipa-pta in
a test container for a single run where I check trunk for regressions.
Building flac itself, I can reproduce it with:
```
export
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115533
--- Comment #22 from Alexander Monakov ---
Similar to the RawTherapee issue, SLP opportunities are created by predcom, so
either -fno-predictive-commoning or -fno-tree-slp-vectorize avoids numerical
runaway on the small testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115605
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115478
Richard Sandiford changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115605
--- Comment #4 from Andrew Pinski ---
Created attachment 58506
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58506&action=edit
Fully self contained example
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70930
uecker at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed|2016-05-04 00:00:00 |2024-6-24
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115621
Bug ID: 115621
Summary: internal compiler error: Segmentation fault with
ambiguous operator
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115605
--- Comment #5 from Andrew Pinski ---
Created attachment 58508
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58508&action=edit
Patch which I am testing
Tested it on both my self contained example (which was failing before) and the
origin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115621
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115239
Andrew Pinski changed:
What|Removed |Added
CC||jan.zizka at nokia dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115622
Bug ID: 115622
Summary: gcc.dg/ipa/iinline-attr.c fails after
r15-1579-g792f97b44ffc5e
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115623
Bug ID: 115623
Summary: ICE: Segmentation fault ( in contains_struct_check
and finish_for_cond for cpp)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115623
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115623
--- Comment #2 from Andrew Pinski ---
Note `#pragma GCC unroll(1)` gives an error message:
: In function 'void f(char*, int)':
:5:9: error: missing loop condition in loop with 'GCC unroll' pragma
before ';' token
5 | for (;;i++)
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115624
Bug ID: 115624
Summary: '-Wnrvo' is not an option that controls warnings
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115624
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115585
--- Comment #11 from cqwrteur ---
Hi? Could anyone help review my patch and merge it? Ty
https://patchwork.sourceware.org/project/gcc/patch/sa1pr11mb71305d480b48400426c253d9b2...@sa1pr11mb7130.namprd11.prod.outlook.com/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115242
Sam James changed:
What|Removed |Added
Last reconfirmed||2024-06-25
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115605
--- Comment #6 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #5)
> Created attachment 58508 [details]
> Patch which I am testing
>
> Tested it on both my self contained example (which was failing before) and
> the original test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115413
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115625
Bug ID: 115625
Summary: [10/11/13 Regression] misaligned address check missing
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115625
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115413
--- Comment #3 from user202729 ---
(In reply to Jason Merrill from comment #2)
> If you're going to write code like this, why not
>
> if(typeid(*a)==typeid(A)) a->A::f();
>
> to force the non-virtual call?
The practical reason is that that wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115626
Bug ID: 115626
Summary: relax -Wsign-conversion when initializing from a
literal
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115626
--- Comment #1 from Andrew Pinski ---
-1ul and ~0ul are portable by the way.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115626
--- Comment #2 from Andrew Pinski ---
>may not work reliably for types for which no literal suffixes exist (e.g.:
>extended integer types)
You can always do `~(cast)0` too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115626
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> You can always do `~(cast)0` too.
That is:
__uint128_t t = ~(__uint128_t)0;
does not warn.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92675
Andrew Pinski changed:
What|Removed |Added
CC||michael.kenzel at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115626
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115623
Tamar Christina changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115623
--- Comment #4 from Tamar Christina ---
novect3.c: In function 'void f(char*, int)':
novect3.c:4:9: error: missing loop condition in loop with 'GCC novector' pragma
before ';' token
4 | for (;;i++)
|
should do it, will send
1 - 100 of 117 matches
Mail list logo