https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108091
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106072
--- Comment #12 from Iain Sandoe ---
hmm:
std::unique_ptr type = nullptr;
if (lexer.peek_token ()->get_id () == COLON)
{
lexer.skip_token ();
// parse type, which is now required
type = parse_type ();
if (type ==
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108085
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108085
--- Comment #2 from Richard Biener ---
I bet we unroll the loop and then elide f[] at -O3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108086
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2022-12-14
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108092
Richard Biener changed:
What|Removed |Added
Keywords||build
--- Comment #2 from Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108086
--- Comment #5 from Richard Biener ---
Ick.
gcc/rtl-ssa/insns.h: unsigned int m_num_defs : 16;
(gdb) p num_defs
$1 = 86149
(gdb) p m_num_defs
$2 = 20613
(gdb) p m_rtl
$3 = (rtx_insn *) 0x0
(gdb) p is_phi ()
$4 = false
(gdb) p is_bb_head ()
$
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108087
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106072
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108093
Bug ID: 108093
Summary: Quadratic error lines printed with missing include for
template
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108094
Bug ID: 108094
Summary: gcc trunk's ASAN at -O2 and above did not report a
stack-use-after-return
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106072
--- Comment #14 from Jakub Jelinek ---
Created attachment 54084
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54084&action=edit
gcc13-pr106072.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108095
Bug ID: 108095
Summary: powerpc-linux / powerpc64-linux: ICEs when building
Linux's arch/powerpc/kernel/align.c (asm goto)
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108094
Martin Liška changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108087
Arthur Cohen changed:
What|Removed |Added
CC||arthur.cohen at embecosm dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108092
--- Comment #3 from cqwrteur ---
Created attachment 54086
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54086&action=edit
here is my build script
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108092
--- Comment #4 from cqwrteur ---
(In reply to Richard Biener from comment #2)
> Please specify exactly how you configure the cross compiler from
> x86_64-w64-mingw32 to x86_64-w64-mingw32
from x86_64-pc-linux-gnu to x86_64-w64-mingw32 to x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108095
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108092
--- Comment #5 from cqwrteur ---
Created attachment 54087
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54087&action=edit
no it should be this one
crossback sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108095
Martin Liška changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108092
--- Comment #6 from cqwrteur ---
(In reply to Andrew Pinski from comment #1)
> Why do you not use a sysroot?
sysroot messed up even worse for crossback compilation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108084
Thomas Schwinge changed:
What|Removed |Added
CC||gcc-rust at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108095
Martin Liška changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106072
Thomas Schwinge changed:
What|Removed |Added
See Also||https://github.com/Rust-GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108094
--- Comment #2 from Li Shaohua ---
(In reply to Martin Liška from comment #1)
> gcc pr108094.c -g -Wall -Werror -O2
> pr108094.c: In function ‘e’:
> pr108094.c:8:10: error: function returns address of local variable
> [-Werror=return-local-addr]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108094
--- Comment #3 from Martin Liška ---
The compiler optimizes it out as it's UBSAN and provides you a reasonable
warning.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107997
Jan-Benedict Glaw changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106072
--- Comment #16 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:95dc11475dac06b5eecd904079de8aa94827a36a
commit r13-4697-g95dc11475dac06b5eecd904079de8aa94827a36a
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108086
--- Comment #6 from Martin Liška ---
Starts with r11-6188-g0b76990a9d75d97b. It's almost impossible to reduce the
test-case as it depends on always_inline :/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108096
Bug ID: 108096
Summary: [13 regression] libreoffice build failure #2
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108096
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108096
--- Comment #2 from Jonathan Wakely ---
Similar problem to PR 108071. The OUString type can only be constructed from
char(&)[N] and const char(&)[N], not from const char*. The original code
constructs initializer_list and so each element is init
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108096
--- Comment #3 from Jonathan Wakely ---
Reduced:
#include
template struct enable_if { };
template<> struct enable_if { using type = void; };
template constexpr bool is_array_v = false;
template constexpr bool is_array_v = true;
struct OUStr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108095
--- Comment #4 from Jakub Jelinek ---
Slightly cleaned up, ICEs also on x86_64-linux, -Os -g:
int v;
typedef unsigned T;
void
foo (void)
{
unsigned s;
asm goto ("" : "=r" (*(T *) &s) : : : lab);
v = 0;
lab:
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108097
Bug ID: 108097
Summary: std::stacktrace AddressSanitizer:
new-delete-type-mismatch on 0x61500080 in thread
T0
Product: gcc
Version: 13.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108097
--- Comment #1 from cqwrteur ---
#include
#include
int main()
{
for(auto const & e : std::stacktrace::current())
{
println(std::to_string(e));
}
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108097
--- Comment #2 from cqwrteur ---
(In reply to cqwrteur from comment #1)
> #include
> #include
>
> int main()
> {
> for(auto const & e : std::stacktrace::current())
> {
> println(std::to_string(e));
> }
> }
btw w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108097
--- Comment #3 from Jonathan Wakely ---
(In reply to cqwrteur from comment #1)
> #include
Please provide testcases that don't depend on your own headers. There's
absolutely no reason this can't use printf or std::cout.
Asan is wrong, operator
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108097
--- Comment #4 from Jonathan Wakely ---
(In reply to cqwrteur from comment #2)
> btw windows support for std::stacktrace when? libbacktrace does support
> Windows but libstdc++ does not.
There are patches posted for review.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108098
Bug ID: 108098
Summary: OpenMP/nvptx reverse offload execution test FAILs
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: openmp
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108097
--- Comment #5 from cqwrteur ---
(In reply to Jonathan Wakely from comment #3)
> (In reply to cqwrteur from comment #1)
> > #include
>
> Please provide testcases that don't depend on your own headers. There's
> absolutely no reason this can't u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108097
--- Comment #6 from cqwrteur ---
> > Please provide testcases that don't depend on your own headers. There's
> > absolutely no reason this can't use printf or std::cout.
std::cout and stdio bloat my binary.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108097
--- Comment #7 from Jonathan Wakely ---
(In reply to cqwrteur from comment #5)
> Still crashing by replacing with std::cout
Yes, of course, which is why you should have used that in the first place. Your
own fast_io.h is irrelevant to the probl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108099
Bug ID: 108099
Summary: ICE when parsing signed __int128_t typedef
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108097
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108097
--- Comment #9 from Jonathan Wakely ---
--- a/libstdc++-v3/include/std/stacktrace
+++ b/libstdc++-v3/include/std/stacktrace
@@ -608,8 +608,8 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION
{
if constexpr (is_same_v>)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108100
Bug ID: 108100
Summary: GCC Static Analyzer does not know "(a || b) == true"
in the true branch of "if (a || b) "
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108099
--- Comment #1 from Jonathan Wakely ---
__int128_t is already a typedef, so you can't add a signed or unsigned
qualifier to it.
std::make_signed_t<__int128_t> works because that doesn't just add the 'signed'
keyword to it.
The keyword for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108099
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108099
--- Comment #3 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #2)
> (In reply to Jonathan Wakely from comment #1)
> > __int128_t is already a typedef, so you can't add a signed or unsigned
> > qualifier to it.
>
> i.e. the s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108096
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105464
--- Comment #2 from Arseny Solokha ---
Indeed I cannot reproduce it w/ the current gcc 13.0.0 20221211 snapshot.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108099
--- Comment #4 from Moritz Klammler ---
I see, sorry for wasting your time. I forgot that there is a differently
spelled keyword in addition to the builtin(?) typedef. Since 'unsigned' got
accepted even with the typedef, it didn't occur to me no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108101
Bug ID: 108101
Summary: "#pragma once" causes other files not be included
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106477
--- Comment #5 from Jonathan Wakely ---
A partial solution, but needs better preprocessor checks around it:
diff --git a/libstdc++-v3/libsupc++/new_op.cc
b/libstdc++-v3/libsupc++/new_op.cc
index 3a6540a3cd9..b1f31bac7e8 100644
--- a/libstdc++-v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108101
--- Comment #1 from Andrew Pinski ---
Iirc pragma once uses a hash of the content and that is what is going on here.
That or the underlying file system is using some inode being the same and copy
on write.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108101
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52566
Andrew Pinski changed:
What|Removed |Added
CC||terra at gnome dot org
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108101
--- Comment #3 from M Welinder ---
Note also:
# gcc -MM c.c
c.o: c.c a.h
No b.h present!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52566
--- Comment #5 from M Welinder ---
>From 108101:
Note also:
# gcc -MM c.c
c.o: c.c a.h
No b.h present!
I.e., Makefiles built with this will not pick up changes to the second file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107633
Thomas Schwinge changed:
What|Removed |Added
Target|i386-pc-solaris2.11 |
Build|i386-pc-solaris2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107537
--- Comment #3 from Martin Liška ---
Hello. Sorry for the delay.
> Is there any reason why gcov skips throw/fallthrough annotations for
> branches which were never executed?
No. Your patch is fine and pre-approved, please include the PR entry
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108095
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107988
--- Comment #3 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:8c2451ba4601739654e2ea4907d6fa2a00d660aa
commit r13-4699-g8c2451ba4601739654e2ea4907d6fa2a00d660aa
Author: Tamar Christina
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107988
Tamar Christina changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108097
--- Comment #10 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:881c6cabce5d0b27285ed41bd6dabdf48848cce7
commit r13-4701-g881c6cabce5d0b27285ed41bd6dabdf48848cce7
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107214
--- Comment #2 from CVS Commits ---
The master branch has been updated by Julian Brown :
https://gcc.gnu.org/g:330b9a8d87dd73e10539da618496ad4964fee26d
commit r13-4703-g330b9a8d87dd73e10539da618496ad4964fee26d
Author: Julian Brown
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108097
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |12.4
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108097
--- Comment #11 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:e9d58614b0b8eebd64d568fa22cd31faaa5f8dce
commit r12-8985-ge9d58614b0b8eebd64d568fa22cd31faaa5f8dce
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108097
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|12.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95947
--- Comment #4 from urbanjost at comcast dot net ---
FYI: Still occurs in 12.2.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107633
Thomas Schwinge changed:
What|Removed |Added
See Also||https://github.com/Rust-GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108087
Arthur Cohen changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108095
--- Comment #6 from Jan-Benedict Glaw ---
I'll give that patch a spin, build the cross-compilers and try to build the
affected Linux configurations.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108028
--- Comment #3 from ming mengli ---
(In reply to David Malcolm from comment #1)
> Thanks for filing this bug.
>
> There are several things going on here.
>
> (A): the analyzer is considering the function "f" as called standalone, as
> well as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107633
Thomas Schwinge changed:
What|Removed |Added
Keywords||build
Version|13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107561
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106120
John David Anglin changed:
What|Removed |Added
Last reconfirmed||2022-12-14
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108038
--- Comment #1 from Raphael M Zinsly ---
(In reply to Jeffrey A. Law from comment #0)
> testGT:
> sgt a0,a0,a1# 25[c=4 l=4] *sgt_didi
> xoria0,a0,1 # 27[c=4 l=4] xordi3/1
> addia0,a0,2 # 16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107231
John David Anglin changed:
What|Removed |Added
Last reconfirmed||2022-12-14
Ever confirmed|0
Component: rust
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
CC: dkm at gcc dot gnu.org, gcc-rust at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20221214 on s390x-linux-gnu:
make[5]: Leaving directory '/<>/build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108103
Bug ID: 108103
Summary: c++tools remains after make distclean
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95706
John David Anglin changed:
What|Removed |Added
Target|powerpc64*-linux-gnu, |powerpc64*-linux-gnu,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108103
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101834
Andrew Pinski changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108104
Bug ID: 108104
Summary: ICE in unify, at cp/pt.c:24333 with template partial
specialization
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108105
Bug ID: 108105
Summary: std::is_sorted(std::execution::par, ...) giving
incorrect result
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108106
Bug ID: 108106
Summary: [13 Regression] /usr/bin/ld:
.libs/hwasan_setjmp_x86_64.o: relocation R_X86_64_PC32
against symbol `__interceptor_sigsetjmp' can not be
use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108102
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108107
Bug ID: 108107
Summary: FAIL: libstdc++-prettyprinters/debug.cc print sstream
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101834
--- Comment #3 from Segher Boessenkool ---
I never build in the source tree. I use distclean a lot.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108099
Andrew Pinski changed:
What|Removed |Added
Summary|ICE when parsing signed |ICE with type alias with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108095
--- Comment #7 from Jan-Benedict Glaw ---
(In reply to Jakub Jelinek from comment #5)
> Created attachment 54090 [details]
> gcc13-pr108095.patch
Compiler builds for me and the ICE went away for all affected Linux
configurations. Though I canno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108099
--- Comment #6 from Andrew Pinski ---
I forgot to mention we do reject:
```
typedef signed __int128_t t;
```
already too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108099
Andrew Pinski changed:
What|Removed |Added
Known to work||11.3.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108108
Bug ID: 108108
Summary: "gcc -MM" fails to list all dependencies
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108108
Andrew Pinski changed:
What|Removed |Added
Component|other |preprocessor
--- Comment #1 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108108
--- Comment #2 from Andrew Pinski ---
From: https://gcc.gnu.org/onlinedocs/gcc-12.2.0/cpp/Pragmas.html#Pragmas
"that file will never be read again, no matter what."
https://gcc.gnu.org/onlinedocs/gcc-12.2.0/gcc/Preprocessor-Options.html#index-M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108108
--- Comment #3 from Andrew Pinski ---
Really #pragma once should just emit a warning just like #import does ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108099
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #8
1 - 100 of 158 matches
Mail list logo
