https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107532
Bug ID: 107532
Summary: [13 Regression] -Werror=dangling-reference false
positives in libcamera-0.0.1
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107531
--- Comment #2 from nightstrike ---
It looks like you're right. The root cause of the problem is that in my
non-reduced case, I didn't have a copy constructor, but I had a non-default
destructor that was releasing resources twice. So it's clea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107531
--- Comment #1 from Andrew Pinski ---
My bet is on a copy constructor being invoked.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107531
Bug ID: 107531
Summary: List of references calls destructors, add warning?
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107528
Jiang An changed:
What|Removed |Added
CC||de34 at live dot cn
--- Comment #1 from Jian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61759
--- Comment #12 from Sergey Fedorov ---
(In reply to Andrew Pinski from comment #11)
> *** Bug 107530 has been marked as a duplicate of this bug. ***
I.e. gcc12 has the same bug too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107530
--- Comment #2 from Sergey Fedorov ---
(In reply to Andrew Pinski from comment #1)
> Dup of bug 61759
>
> *** This bug has been marked as a duplicate of bug 61759 ***
I guess then it is worth adding gcc12 to confirmed to fail list there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107530
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61759
Andrew Pinski changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107530
Bug ID: 107530
Summary: ICE: in objc_eh_runtime_type, at
objc/objc-next-runtime-abi-01.cc:2795
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53135
Jeffrey A. Law changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #19
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107529
Bug ID: 107529
Summary: constexpr evaluator doesn't check for destroyed
objects
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107528
Bug ID: 107528
Summary: constexpr evaluator doesn't check for deallocate of
mismatched size
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107327
--- Comment #11 from Carlos E ---
Created attachment 53829
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53829&action=edit
preprocessed file on 10.2
preprocessed with echo '#include ' | gcc -x c - -E
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101491
John Hein changed:
What|Removed |Added
Attachment #53828|install libgccjit*.h under |install libgccjit*.h under
descripti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107527
--- Comment #1 from Andrew Pinski ---
I thought I had saw this one before. Specifically something related to Darwin.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107527
Bug ID: 107527
Summary: warning: declaration of ‘void operator delete(void*,
std::size_t)’ has a different exception specifier
[-Wsystem-headers]
Product: gcc
Ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100523
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107500
--- Comment #24 from R. Diez ---
In case somebody else wants to patch their GCC 12.2, here is the
slightly-modified patch for convenience:
https://github.com/rdiez/DebugDue/blob/master/Toolchain/Patches/Gcc12EhGlobalsAtexit.patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107466
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2022-11-04
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94604
Ramana Radhakrishnan changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101491
--- Comment #10 from John Hein ---
(In reply to John Hein from comment #9)
Oops. s/libgccgit/libgccjit/ in the previous comment.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101491
John Hein changed:
What|Removed |Added
CC||rv4chsst7e at liamekaens dot
com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61593
--- Comment #13 from Jonathan Wakely ---
(In reply to Eric Gallager from comment #5)
> It should be pretty easy; in config/darwin.h #pragma mark is registered as
> part of the DARWIN_REGISTER_TARGET_PRAGMAS() macro like this:
>
> if (!flag_prepr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53135
--- Comment #18 from Ramana Radhakrishnan ---
Since the fix got installed in 2012 this really should have been fixed from
4.8.0 onwards.
Should we really keep this still open or can we close this out ?
Ramana
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55157
Aldy Hernandez changed:
What|Removed |Added
Attachment #53826|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55157
--- Comment #10 from Aldy Hernandez ---
Original TYPE_UNSIGNED patch with leading / trailing suggestions: -2.52%
As attached: -3.62%
Moving the code out of set_range_from_nonzero_bits back into set_nonzero_bits:
-3.7%
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55157
--- Comment #9 from Aldy Hernandez ---
(In reply to Aldy Hernandez from comment #7)
> (In reply to Andrew Macleod from comment #6)
> > (In reply to Aldy Hernandez from comment #4)
> > 3) It also seems to me that you then only need to add the zer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107523
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
Summary|wron
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106644
Jason Merrill changed:
What|Removed |Added
Last reconfirmed||2022-11-04
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24537
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #8 from Jonathan W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98940
Bug 98940 depends on bug 102614, which changed state.
Bug 102614 Summary: [C++23] P2314R4 - Character sets and encodings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102614
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102614
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107413
Wilco changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56958
serpent7776 at gmail dot com changed:
What|Removed |Added
CC||serpent7776 at gmail dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107525
--- Comment #9 from Giuseppe D'Angelo ---
(In reply to Jonathan Wakely from comment #5)
> Please don't! At least not in the next 9 days. We intend to vote out LFTSv3
> at next week's meeting, there will be no more proposals for LFTS considered.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55157
--- Comment #8 from Aldy Hernandez ---
Created attachment 53826
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53826&action=edit
untested
Here's what I tested and we're still around a 3% degradation for VRP.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55157
--- Comment #7 from Aldy Hernandez ---
(In reply to Andrew Macleod from comment #6)
> (In reply to Aldy Hernandez from comment #4)
>
> >
> > The patch below does this, but it does have a 3% penalty for VRP (though no
> > penalty to overall comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107526
--- Comment #1 from Geoffrey ---
And if i compile this case with gcc 11.3, it does not report NPD warning.
https://godbolt.org/z/v88PWvs3s
seems like a regression problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107525
Ville Voutilainen changed:
What|Removed |Added
CC||ville.voutilainen at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107526
Bug ID: 107526
Summary: - -Wanayzer-null-dereference false positive with
different behaviors when delete unrelated statement
“int *e = 0;”
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107525
Jonathan Wakely changed:
What|Removed |Added
CC||ville at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107525
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107525
--- Comment #5 from Jonathan Wakely ---
(In reply to Giuseppe D'Angelo from comment #4)
> Sorry, what I meant is, of course there is interest at keeping this code to
> compile in pre-C++20 mode, and possibly have the same semantics no matter
> w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107500
--- Comment #23 from R. Diez ---
Many thanks for the fix.
If you backport it to GCC 12.x, I won't be able to complain so much. ;-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107525
--- Comment #4 from Giuseppe D'Angelo ---
(In reply to Jonathan Wakely from comment #1)
> (In reply to Giuseppe D'Angelo from comment #0)
> > So. ideally, the conversion operators should be using C++20 constraints, but
> > of course that's not p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107525
--- Comment #3 from Jonathan Wakely ---
And the spec seems wrong as well. The const overload should be constrained for
const T being convertible to const element_type*.
This should probably not compile:
#include
struct X
{
int& operator*()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107342
Aldy Hernandez changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107342
--- Comment #4 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:679be32e66428f0ba81d1c1b55f7bd47f01cb295
commit r13-3688-g679be32e66428f0ba81d1c1b55f7bd47f01cb295
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107500
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |12.3
--- Comment #22 from Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107525
--- Comment #2 from Jonathan Wakely ---
Also, the constraint is wrong for the non-const conversion. It checks for
convertibility to const element_type* but should be element_type*.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107511
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107500
--- Comment #21 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:418999fe382c608facf57f96b53a9cb12d2fdd20
commit r13-3685-g418999fe382c608facf57f96b53a9cb12d2fdd20
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107511
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:f505f37a8e5a7646af4038b5c46f72d8a05dc7f0
commit r13-3684-gf505f37a8e5a7646af4038b5c46f72d8a05dc7f0
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107525
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86369
--- Comment #11 from Aaron Ballman ---
(In reply to Jakub Jelinek from comment #10)
> (In reply to Aaron Ballman from comment #9)
> > Doesn't [expr.eq] make it unspecified though?
>
> Will defer that answer to Jason.
> But please have a look at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55157
--- Comment #6 from Andrew Macleod ---
(In reply to Aldy Hernandez from comment #4)
>
> The patch below does this, but it does have a 3% penalty for VRP (though no
> penalty to overall compilation). I'm inclined to pursue this route, since
> i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107524
Gaius Mulley changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86369
--- Comment #10 from Jakub Jelinek ---
(In reply to Aaron Ballman from comment #9)
> Doesn't [expr.eq] make it unspecified though?
Will defer that answer to Jason.
But please have a look at the comment 6 testcase. I strongly hope that
constexpr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86369
Aaron Ballman changed:
What|Removed |Added
CC||aaron at aaronballman dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107500
--- Comment #20 from R. Diez ---
I had to modify the patch slightly. I guess that union member "unsigned char
unused;" was removed after GCC 12.2 was released.
But otherwise, the patch does work, at least in my bare-metal scenario. The
atexit e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69090
--- Comment #9 from Tobias Burnus ---
(In reply to Thomas Schwinge from comment #8)
> Has this been fixed via PR96668 "[OpenMP] Re-mapping allocated but
> previously unallocated allocatable does not work", by chance? (Tobias?)
I think both exam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55157
--- Comment #5 from Aldy Hernandez ---
(In reply to Aldy Hernandez from comment #4)
> + // Reflect the mask as a simple range. For example, a mask of
> + // 0xff00 could be represented as [0,0][0x100, 0x].
> + if (TYPE_UNSIGNED (type ())
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107525
Bug ID: 107525
Summary: propagate_const should not be using SFINAE on its
conversion operators
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107524
Bug ID: 107524
Summary: building html docs from gm2.texi fails due to missing
top node
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55157
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103574
Matthias Klose changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106917
Matthias Klose changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92146
Matthias Klose changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92147
Matthias Klose changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
Sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107358
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106981
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12 |[10
|Regression][Open
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106261
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11 Regression] ICE in |[10 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106032
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11 Regression] wrong|[10 Regression] wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89863
Bug 89863 depends on bug 71324, which changed state.
Bug 71324 Summary: liboffloadmic/runtime/offload_env.cpp:316]: (style)
Redundant condition
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71324
What|Removed |A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71324
Thomas Schwinge changed:
What|Removed |Added
Resolution|--- |WONTFIX
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89788
Thomas Schwinge changed:
What|Removed |Added
Target|i?86-intelmic |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41041
--- Comment #11 from Jonathan Wakely ---
SOmething like this:
--- a/gcc/doc/cppopts.texi
+++ b/gcc/doc/cppopts.texi
@@ -318,9 +318,10 @@ supported by the system's @code{iconv} library routine.
@opindex fwide-exec-charset
@cindex character set,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69090
Thomas Schwinge changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41041
Jonathan Wakely changed:
What|Removed |Added
Resolution|WONTFIX |---
Assignee|unassigned at g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107500
Sebastian Huber changed:
What|Removed |Added
CC||sebastian.huber@embedded-br
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107358
--- Comment #7 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:57da0797a73f32c879bca77e121a4f55fcc57ce1
commit r11-10363-g57da0797a73f32c879bca77e121a4f55fcc57ce1
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106981
--- Comment #12 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:01b894bc8a59691cc1d8dc29936635c8cfb8aed7
commit r11-10359-g01b894bc8a59691cc1d8dc29936635c8cfb8aed7
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105774
--- Comment #9 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:11a37955860f8573570aaf8d9fb0b6e02a3d4d5a
commit r11-10362-g11a37955860f8573570aaf8d9fb0b6e02a3d4d5a
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106721
--- Comment #8 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:edf40e86344c407cadca769a6496905a0ec31e48
commit r11-10358-gedf40e86344c407cadca769a6496905a0ec31e48
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107001
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:8693cafd8975364ef9b409c18ddfc233e66345d8
commit r11-10360-g8693cafd8975364ef9b409c18ddfc233e66345d8
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106032
--- Comment #14 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:fe6e8a09a5338c0acda23ab2d3ef4433fb83637f
commit r11-10354-gfe6e8a09a5338c0acda23ab2d3ef4433fb83637f
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106261
--- Comment #8 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:904b0d0418077c1fe2c3ab328002bba40c6b0271
commit r11-10356-g904b0d0418077c1fe2c3ab328002bba40c6b0271
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106144
--- Comment #6 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:4d853d49202a3b9fdaade64a6d5f920304c2b38d
commit r11-10355-g4d853d49202a3b9fdaade64a6d5f920304c2b38d
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106030
--- Comment #10 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:d9b72d8d03134813d5fa84cffb190027fd29f6d6
commit r11-10353-gd9b72d8d03134813d5fa84cffb190027fd29f6d6
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106045
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:732e2315e6782bfc93241027f01cd3dfbdb5269c
commit r11-10352-g732e2315e6782bfc93241027f01cd3dfbdb5269c
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107521
--- Comment #4 from Jakub Jelinek ---
And e.g. https://godbolt.org/z/qfzTT5jna from that PR is I think clearly a
clang bug, not a grey area, neither string literal is evaluated there multiple
times.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107521
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107488
--- Comment #4 from Sergei Trofimovich ---
Thank you! cppunit-1.15.1 now builds fine with your fix.
-trunk
--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
--with-system-zlib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 13.0.0 20221104 (experimental) [master r13-3645-gfabe470b244] (GCC)
[523] %
[523] % gcctk -Os small.c; ./a.out
[524
95 matches
Mail list logo