https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118349
Bug ID: 118349
Summary: Suggestion for new warning: -Wtemplate-depth= (like
-ftemplate-depth= but a warning instead of an error)
Product: gcc
Version: 15.0
Status: UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118337
--- Comment #9 from Richard Biener ---
Btw, the fortran module version change should be documented in changes.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118338
--- Comment #1 from Richard Biener ---
Btw, the fortran module version change should be documented in changes.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118337
--- Comment #8 from Richard Biener ---
(In reply to Thomas Koenig from comment #7)
> (In reply to anlauf from comment #6)
>
> > It is clear that one cannot have 2-way compatibility.
> >
> > But I wish we could have a limited version of backwar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118336
--- Comment #4 from Richard Biener ---
The Ada frontend manages to list a set of dependent files - maybe the fortran
frontend can record which module files it opened and can list them in their ICE
handler (I'm not sure such a thing exists ... bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118334
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2025-01-08
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118266
Richard Biener changed:
What|Removed |Added
CC|rguenther at suse dot de |rguenth at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118343
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #3 from Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118325
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40317
Richard Biener changed:
What|Removed |Added
Keywords||ice-checking
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118348
Bug ID: 118348
Summary: [SVE] HACCKernels seems to miscompile with VLS SVE
after 0c5c0c959c2e592b84739f19ca771fa69eb8dfee
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118269
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118325
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118325
--- Comment #4 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:640b550425180bdab7bc67edc6a48465f4023888
commit r15-6684-g640b550425180bdab7bc67edc6a48465f4023888
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118269
--- Comment #7 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:2dd4eb15b63ca1f20a637e8b26567d5064a43a4f
commit r15-6683-g2dd4eb15b63ca1f20a637e8b26567d5064a43a4f
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118332
Christophe Lyon changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118343
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118332
--- Comment #1 from GCC Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:42b24557bdf805d2913d3c75531fe441b1634332
commit r15-6682-g42b24557bdf805d2913d3c75531fe441b1634332
Author: Christophe Lyon
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118266
--- Comment #13 from H.J. Lu ---
(gdb) call debug_cfi_row (cur_row)
.cfi_def_cfa 7, 80
.cfi_offset 3, -56
.cfi_offset 6, -48
.cfi_offset 12, -40
.cfi_offset 13, -32
.cfi_offset 14, -24
.cfi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118266
--- Comment #12 from Andrew Pinski ---
(In reply to H.J. Lu from comment #10)
> This was introduced by r15-5863-g5ab3f091b3eb42.
Exposed by more likely.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118266
--- Comment #11 from H.J. Lu ---
A smaller testcase:
---
void *xmalloc();
void free(void *);
typedef struct {
int a;
int b;
int c;
} mystruct;
int main_j;
int
main()
{
mystruct *m = (mystruct *)xmalloc(), *mref = m;
#pragma acc enter da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118266
H.J. Lu changed:
What|Removed |Added
Summary|[15 Regression] ICE in |[15 Regression] ICE in
|may
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117725
Stefan Schulze Frielinghaus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resoluti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118347
Bug ID: 118347
Summary: Nested template class name inside template class with
default parameter is not treated as a dependent
template name
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118346
Bug ID: 118346
Summary: Access to member inherited from virtual base class
forbidden in GCC with temporary null pointer instance
Product: gcc
Version: 15.0
Status: UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118345
--- Comment #4 from Bo Wang ---
Many thanks. I am upgrading to binutils-2.38.
Thank you again!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118345
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118345
--- Comment #2 from Bo Wang ---
Following the issue 105139, I reproduce the assembler version as follows:
~
$ cat vmovw.s
vmovw %xmm0, %xmm1
$ as -v --64 vmovw.s
GNU assembler version 2.34 (x86_64-linu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118345
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-01-08
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118345
Bug ID: 118345
Summary: GCC produces no such instruction: `vmovw %xmm0,%xmm1'
for `-O1 -march=emeraldrapids`
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118266
--- Comment #9 from H.J. Lu ---
Created attachment 60069
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60069&action=edit
A testcase
[hjl@gnu-tgl-3 gcc]$ ./xgcc -B./ -S -O2 -mx32 -fopenacc -foffload=disable
/tmp/x.ii
during RTL pass: dwar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118266
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #8 from H.J. Lu ---
Confirme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118344
Alexandre Oliva changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118344
Sam James changed:
What|Removed |Added
Summary|Crash at -O3: internal |[15 regression] Crash at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118010
--- Comment #10 from Sam James ---
yes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118010
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118333
--- Comment #2 from Hongtao Liu ---
(In reply to Uroš Bizjak from comment #1)
> (In reply to David Binderman from comment #0)
> > Static analyser cppcheck says:
> >
> > gcc/config/i386/i386-expand.cc:24871:35: warning: Identical condition
> > '
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118344
Bug ID: 118344
Summary: Crash at -O3: internal compiler error: Segmentation
fault
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46471
Andrew Pinski changed:
What|Removed |Added
Known to work||4.4.7
Summary|Worse register
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118343
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118343
--- Comment #1 from Sam James ---
Created attachment 60068
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60068&action=edit
gcc-15.0.:20250107-210605.log.xz
: * /bin/sh: 1: the.host.compiler.should.not.be.needed: not found
224929: * /bin/sh: 1: the.host.compiler.should.not.be.needed: not found
sys-devel/gcc-15.0.:20250107-210605.log
149624:/bin/sh: 1: the.host.compiler.should.not.be.needed: not found
149659:/bin/sh: 1: the.host.compiler.should.not.be.needed: not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118342
Sam James changed:
What|Removed |Added
CC||Mayshao-oc at zhaoxin dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118342
Bug ID: 118342
Summary: `a == 0 ? 32 : __builtin_ctz(a)` for Intel and AMD
cores could be implemented even without BMI1
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118341
--- Comment #1 from Sam James ---
-D_GLIBCXX_DEBUG does fire on that mystery c[4] case but none of the others.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118341
Bug ID: 118341
Summary: Missing -D_GLIBCXX_ASSERTIONS checks for
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118340
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68422
Andrew Pinski changed:
What|Removed |Added
CC||khurshid.normuradov at gmail
dot c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58999
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68422
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |5.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118340
--- Comment #1 from Andrew Pinski ---
Time variable usr sys wall
GGC
phase setup: 0.00 ( 0%) 0.00 ( 0%) 0.01 ( 0%)
1911k ( 18%)
phase parsing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118340
Bug ID: 118340
Summary: fold expression is very slow to compile when used to
initialize a variable
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117013
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-01-07
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116630
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117013
--- Comment #3 from Andrew Pinski ---
*** Bug 116630 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116773
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118339
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118339
Bug ID: 118339
Summary: invalid string passed to target_clones causes an ICE
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118313
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118324
Andrew Pinski changed:
What|Removed |Added
Summary|Type deduction for class|Type deduction for class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115489
--- Comment #6 from Andrew Pinski ---
*** Bug 117918 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117918
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117722
--- Comment #19 from GCC Commits ---
The master branch has been updated by Vineet Gupta :
https://gcc.gnu.org/g:b755c151fde4ad736405bb2e13a7de0420161179
commit r15-6673-gb755c151fde4ad736405bb2e13a7de0420161179
Author: Vineet Gupta
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117918
--- Comment #2 from Andrew Pinski ---
Created attachment 60067
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60067&action=edit
Reduced
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117927
--- Comment #13 from Jakub Jelinek ---
That patch regressed
+FAIL: gcc.dg/pr81192.c scan-tree-dump-times pre "(?n)find_duplicates:
duplicate of " 1
+FAIL: gcc.dg/tree-ssa/cunroll-13.c scan-tree-dump-times cunroll "Exit
condition of peeled itera
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118323
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118337
--- Comment #7 from Thomas Koenig ---
(In reply to anlauf from comment #6)
> It is clear that one cannot have 2-way compatibility.
>
> But I wish we could have a limited version of backward-compatibility,
> i.e. trying to consume older module
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117927
--- Comment #12 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #11)
> Created attachment 60064 [details]
> gcc15-pr117927.patch
>
> Untested patch I'm going to test soon.
The only question is vrp is not run at -O1 nor with -fno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118320
--- Comment #7 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #5)
> Note the clobber there is needed to get the crash.
Note the only way to get the clobber is via a constructor or a deconstructor
which is what both reduced test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115178
--- Comment #4 from lfoldy at gmail dot com ---
Thanks. Unfortunately, it's a threading interpreter and the labels can not be
made local.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117711
--- Comment #3 from Zdenek Sojka ---
Created attachment 60066
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60066&action=edit
different testcase
$ aarch64-unknown-linux-gnu-gcc -mabi=ilp32 testcase.c
during RTL pass: expand
testcase.c:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118337
--- Comment #6 from anlauf at gcc dot gnu.org ---
(In reply to kargls from comment #4)
> If you now compile the following with 14
>
> program bar
> use foo
> print *, len(f_c_string(c_char_'abc'))
> end program
>
> you get
>
> % gf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118337
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2025-01-07
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118319
Simon Martin changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |simartin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118336
--- Comment #3 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #2)
> Guess we'll have similar issue with C++ and modules as well (though they are
> rarely used right now).
Note we have had a similar issue with C and C++ with PCH
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118327
Nathaniel Shead changed:
What|Removed |Added
Last reconfirmed||2025-01-07
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118324
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118336
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118330
--- Comment #1 from Andrew Pinski ---
Note you could also work with the upstream arm eabi definition here:
https://github.com/ARM-software/abi-aa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118337
--- Comment #4 from kargls at comcast dot net ---
(In reply to Jakub Jelinek from comment #3)
> I wonder if the incompatibility isn't just about the iso-c-binding.def (and
> maybe iso-fortran-env.def) changes inserting stuff in the middle rather
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118137
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118137
--- Comment #1 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:013e66ea95a241c472b9d87430efaf6c759cf5c0
commit r15-6668-g013e66ea95a241c472b9d87430efaf6c759cf5c0
Author: Andreas Schwab
Date: Tue J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118337
--- Comment #3 from Jakub Jelinek ---
I wonder if the incompatibility isn't just about the iso-c-binding.def (and
maybe iso-fortran-env.def) changes inserting stuff in the middle rather than
always just appending it to the end.
The 42 to 63 chan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118337
--- Comment #2 from kargls at comcast dot net ---
(In reply to Thomas Koenig from comment #1)
> Probably safest to bump the module version
Agree with Thomas, here. The internally generated iso_c_binding module
from 14 and 15 are different.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118338
Bug ID: 118338
Summary: ICE: in expand_call_tm, at trans-mem.cc:2553 with
-fgnu-tm -fharden-control-flow-redundancy and operator
delete
Product: gcc
Version: 15.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118055
--- Comment #12 from Jeffrey A. Law ---
WRT other targets. I do test various other targets, but that's mostly to find
generic bugs. I could certainly send results to the lists and have serious
pondered it before, but never bothered to set up t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118337
--- Comment #1 from Thomas Koenig ---
Probably safest to bump the module version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118337
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118337
Bug ID: 118337
Summary: [15 Regression] Fortran *.mod compatibility
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118336
--- Comment #1 from Thomas Koenig ---
This is for
Using built-in specs.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=/home/ig25/libexec/gcc/x86_64-pc-linux-gnu/15.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../trunk/configure --pre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118336
Bug ID: 118336
Summary: -freport-bug does nothing for Fortran
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114932
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118335
Bug ID: 118335
Summary: [C23] a non-null ptr allowed for constexpr when using
compound literal constant literals
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118333
Uroš Bizjak changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
Ever conf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85505
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118055
--- Comment #11 from Hans-Peter Nilsson ---
(In reply to Jeffrey A. Law from comment #10)
> Feel free to make the obvious change next time ;-)
Thanks... without building it, I couldn't be sure that was actually the right
number. And, I thoug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118329
--- Comment #7 from Jakub Jelinek ---
I wouldn't create a new type. Instead:
for (int i = 0; i < NUM_INT_N_ENTS; i++)
if (int_n_data[i].bitsize == 24)
{
lang_hooks.types.register_builtin_type (int_n_trees[i].unsigned_type,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118329
--- Comment #6 from Georg-Johann Lay ---
Currently there is:
static void
avr_init_builtin_int24 (void)
{
tree int24_type = make_signed_type (GET_MODE_BITSIZE (PSImode));
tree uint24_type = make_unsigned_type (GET_MODE_BITSIZE (PSImode));
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118334
--- Comment #2 from Georg-Johann Lay ---
INT_MODE (MODE, BYTESIZE);
declares MODE to be of class INT and BYTESIZE bytes wide.
All of the bits of its representation are significant.
FRACTIONAL_INT_MODE (MODE, PRECISION,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118329
--- Comment #5 from Jakub Jelinek ---
INT_N should be IMHO used after it, and will just amend it.
__int24 will be a keyword, like e.g. long or __int128 are, one can then use
signed __int24, unsigned __int24 or just __int24 (same as signed __int2
1 - 100 of 191 matches
Mail list logo
