https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108776
Richard Biener changed:
What|Removed |Added
Target|powerpc64le-linux-gnu |powerpc64le-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108776
--- Comment #2 from Jakub Jelinek ---
(In reply to Richard Biener from comment #1)
> Setting --param logical-op-non-short-circuit=1 fixes the testcase for ppc64le
> on the branch, I suspect it will be the same for s390x.
Then let's go with that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109807
--- Comment #2 from Uroš Bizjak ---
(In reply to Haochen Jiang from comment #1)
> I further checked the reason, V2SI should never dropped into that function
> because we have no pattern under V2SI.
>
> I suppose it is because -march=cascadelake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108776
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109797
--- Comment #5 from Uroš Bizjak ---
(In reply to Richard Biener from comment #4)
> No, it's indeed plain -O2 with the default architecture level, thus SSE2
> only.
>
> For the case of "complex" expansions we might want to bite the bullet and
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109798
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
--
info = __trans_tmp_3;
info->width_mm = 10 * decode_edid_edid[5];
info->height_mm = 10 * decode_edid_edid[6];
}
decode_headerdecode_vendor_and_product_identificationdecode_edid_version(
info);
}
$ ~/gcc/results.20230511.asan.ubsan/bin/gcc -c -O2 -march=znver1 -w bug919.c
during G
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109807
--- Comment #4 from Haochen Jiang ---
(In reply to Uroš Bizjak from comment #2)
> (In reply to Haochen Jiang from comment #1)
> > I further checked the reason, V2SI should never dropped into that function
> > because we have no pattern under V2S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109808
Bug ID: 109808
Summary: [12 regression] FAIL:
libstdc++-prettyprinters/libfundts.cc print as with
_GLIBCXX_USE_CXX11_ABI 0
Product: gcc
Version: 12.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109808
Richard Biener changed:
What|Removed |Added
Keywords||testsuite-fail
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109808
--- Comment #1 from Richard Biener ---
correction, I see it when defaulting to the non-C++11 ABI.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109592
--- Comment #5 from Feng Wang ---
I found something interesting, these operations such as
zero_extend,sign_extend,zero_extract,sign_extract will be considered as
compound operation and will transform to the approriate shifts and AND
operations(T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109791
--- Comment #3 from Aldy Hernandez ---
(In reply to Richard Biener from comment #2)
> Confirmed. This is a missed optimization, we fail to optimize the loop guard
>
> [local count: 329643239]:
> _4 = (unsigned long) &MEM [(void *)&str + 2B];
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109807
--- Comment #5 from Uroš Bizjak ---
(In reply to Haochen Jiang from comment #4)
> (In reply to Uroš Bizjak from comment #2)
> > (In reply to Haochen Jiang from comment #1)
> > > I further checked the reason, V2SI should never dropped into that f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109128
--- Comment #8 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:c49d51fa8134f6c7e6c7cf6e4e3007c4fea617c5
commit r14-677-gc49d51fa8134f6c7e6c7cf6e4e3007c4fea617c5
Author: Joseph Myers
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109791
--- Comment #4 from Aldy Hernandez ---
BTW, another reason I had to drop the prange work was because IPA was doing
their own thing with ranges outside of the irange API, so it was harder to
separate things out. So really, all this stuff was rel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109797
--- Comment #7 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #6)
> Created attachment 55045 [details]
> Proposed patch
>
> Proposed patch to fix the ix86_multiplication_cost for non-SSE4 V2SI
> emulation.
Martin, does this patch f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109797
--- Comment #6 from Uroš Bizjak ---
Created attachment 55045
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55045&action=edit
Proposed patch
Proposed patch to fix the ix86_multiplication_cost for non-SSE4 V2SI emulation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109808
--- Comment #2 from Jonathan Wakely ---
Is this really a 12 regression? I think it's failed that way for some time when
using the old ABI, it's just that nobody except me tests it that way :-)
I think it was fixed on trunk by r13-4080-g2b7f0378
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109808
--- Comment #3 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #2)
> I think it was fixed on trunk by r13-4080-g2b7f0378b915a6 and backported as
> r12-9301-g0970eafdc61d75
At least, I don't see a failure for that test since t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109808
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
Ev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109798
--- Comment #2 from Marc Poulhiès ---
Can't reproduce on x86_64-linux trunk, 13.1, 12.3, 12.2, 11.3, see
https://ada.godbolt.org/z/Gbv9Wc93E
Can you get the exact compiler invocation?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109808
--- Comment #5 from Jonathan Wakely ---
Backported as r12-9530-g16a76499f916b5 so I hope this is fixed now (I still
can't reproduce it even with a --with-default-libstdcxx-abi=gcc4-compatible
build).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109809
Bug ID: 109809
Summary: ICE in dwarf2out_frame_debug_cfa_offset, at
dwarf2cfi.cc:1376
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109791
--- Comment #5 from Richard Biener ---
DOMs scoped tables do not help. The crux is really the PHI:
__i_14 = PHI <&MEM [(void *)&str + 1B](10), &MEM
> [(void *)&str + 2B](9)>
there's no single value that exposes &str + offset.
For
_4 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109791
--- Comment #6 from Aldy Hernandez ---
> but the issue with the PHI node remains unless we sink the &str part
> (but there's many uses of __i_14). I guess it's still the "easiest"
> way to get rangers help. Aka make
>
> # __i_14' = PHI <1(1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109806
--- Comment #3 from Amyspark ---
Created attachment 55046
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55046&action=edit
ZIP copy of the Github gist
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109806
--- Comment #4 from Amyspark ---
(In reply to Richard Biener from comment #2)
> Likely a duplicate of a bug where ranger runs out of stack on windows
> targets.
I think you mean bug 109695? If so, it affects GCC 13 as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109009
--- Comment #7 from Surya Kumari Jangala ---
There are a couple of issues in IRA:
1. In improve_allocation() routine, we are not considering save/restore cost of
using a callee save register (r31 in the failing case). Due to this, r31 is
being
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53929
--- Comment #19 from LIU Hao ---
(In reply to jbeulich from comment #11)
> I have a rough plan on the gas side, but that will then need a gcc side
> change as well: For a couple of years we have had quoted symbol names there.
> While this doesn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109800
Alex Coplan changed:
What|Removed |Added
Ever confirmed|0 |1
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53929
--- Comment #20 from jbeulich at suse dot com ---
(In reply to LIU Hao from comment #19)
> (In reply to jbeulich from comment #11)
> > I have a rough plan on the gas side, but that will then need a gcc side
> > change as well: For a couple of year
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109791
--- Comment #7 from rguenther at suse dot de ---
On Thu, 11 May 2023, aldyh at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109791
>
> --- Comment #6 from Aldy Hernandez ---
>
> > but the issue with the PHI node rema
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109661
--- Comment #11 from CVS Commits ---
The releases/gcc-13 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:891cdd3b935e3ee9f1b2ecf7390801c534d39a90
commit r13-7318-g891cdd3b935e3ee9f1b2ecf7390801c534d39a90
Author: Richard Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109791
--- Comment #8 from Richard Biener ---
Created attachment 55047
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55047&action=edit
patch unfolding such PHIs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109810
Bug ID: 109810
Summary: String literal exceeding array causes ICE
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: modula
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109810
Gaius Mulley changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109810
--- Comment #2 from Gaius Mulley ---
gm2 -g highice.mod
highice.mod:6:6: warning: string constant is too large to be assigned to the
array
6 |a := '12'
| ^~
*** WARNING *** there are active plugins, do not report this as a bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109758
--- Comment #12 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:af595613acbd9863198ae69c7b1c9e856bca9e4f
commit r14-700-gaf595613acbd9863198ae69c7b1c9e856bca9e4f
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109758
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |13.2
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109758
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|13.2|14.0
--- Comment #14 from Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109798
Eric Botcazou changed:
What|Removed |Added
Last reconfirmed||2023-05-11
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53929
--- Comment #21 from LIU Hao ---
(In reply to jbeulich from comment #20)
> This is assembly; I don't see how (dis)similarity with C would matter. I
> also don't see how your example is any different in this regard from
>
> mov eax, "symbol"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109791
--- Comment #9 from Richard Biener ---
So the first pass that makes things difficult is reassoc which transforms
_51 = (unsigned long) &MEM [(void *)&str + 2B];
_4 = (unsigned long) __i_44;
_65 = _51 - _4;
_48 = _65 + 18446744073709551
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108157
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109791
--- Comment #10 from Richard Biener ---
Created attachment 55048
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55048&action=edit
patch for niter expression expansion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109791
--- Comment #11 from Richard Biener ---
Created attachment 55049
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55049&action=edit
patch for extra pointer difference patterns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109791
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109798
aj at ianozi dot com changed:
What|Removed |Added
CC||aj at ianozi dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109393
--- Comment #5 from Richard Biener ---
(In reply to manolis.tsamis from comment #4)
> Given the original transform it should be valid to propagate the constant
> addition through the cast?
Yes. Note doing so loses information, we know i + 1 do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106943
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109807
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109806
--- Comment #5 from Richard Biener ---
(In reply to Amyspark from comment #4)
> (In reply to Richard Biener from comment #2)
> > Likely a duplicate of a bug where ranger runs out of stack on windows
> > targets.
>
> I think you mean bug 109695?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109798
--- Comment #5 from Eric Botcazou ---
> Oh, huh. When I build it using gnatmake there's no issues, e.g.
> `gnatmake testing.adb`
Interesting. Can you pass -v to GPRbuild to display the command line?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109393
--- Comment #6 from manolis.tsamis at vrull dot eu ---
(In reply to Richard Biener from comment #5)
> (In reply to manolis.tsamis from comment #4)
> > Given the original transform it should be valid to propagate the constant
> > addition through
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108757
Jiu Fu Guo changed:
What|Removed |Added
CC||guojiufu at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104151
Paweł Bylica changed:
What|Removed |Added
CC||chfast at gmail dot com
--- Comment #18
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105354
Paweł Bylica changed:
What|Removed |Added
CC||chfast at gmail dot com
--- Comment #6 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109798
--- Comment #6 from Marc Poulhiès ---
`alr -v build -- --keep-temp-files` should provide the expected commands.
You should have all the gcc invocations + be able to see the TMP files used
with `-gnatem` and `-gnatec`.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80488
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:c3afdb8ba8f1839544c414f57e41a58c8fda5349
commit r14-708-gc3afdb8ba8f1839544c414f57e41a58c8fda5349
Author: Patrick Palka
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83258
--- Comment #13 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:c3afdb8ba8f1839544c414f57e41a58c8fda5349
commit r14-708-gc3afdb8ba8f1839544c414f57e41a58c8fda5349
Author: Patrick Palka
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97700
--- Comment #7 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:c3afdb8ba8f1839544c414f57e41a58c8fda5349
commit r14-708-gc3afdb8ba8f1839544c414f57e41a58c8fda5349
Author: Patrick Palka
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106887
--- Comment #4 from Martin Jambor ---
I believe this has been fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109811
Bug ID: 109811
Summary: libxjl 0.7 is a lot slower in GCC 13.1 vs Clang 16
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83258
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |13.2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97700
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109812
Bug ID: 109812
Summary: GraphicsMagick resize is a lot slower in GCC 13.1 vs
Clang 16
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109812
--- Comment #1 from Artem S. Tashkinov ---
Created attachment 55052
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55052&action=edit
Graphs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80488
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53929
--- Comment #22 from jbeulich at suse dot com ---
(In reply to LIU Hao from comment #21)
> oh really? I thought it would have to be implemented. If it's readily
> available, we can start making use of it right now.
Well, the general symbol part o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109592
--- Comment #6 from Jeffrey A. Law ---
I would still rather not introduce special cases for SUBREGs if we can avoid
it. I think the question remains whether or not patching simplify-rtx's
canonicalize_shift is sufficient to fix this problem (pe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109813
Bug ID: 109813
Summary: ICE in in extract_insn, at recog.cc:2791 on ARM with
-mflip-thumb
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109805
--- Comment #5 from Sergio Durigan Junior ---
(In reply to Richard Biener from comment #4)
> It works for the actual source file translation units for me, it's just the
> LTRANS units that have a DW_AT_comp_dir that's not remapped. It's actuall
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109805
--- Comment #6 from Sergio Durigan Junior ---
As I mentioned in the description, a workaround for this would be to use
-fdebug-prefix-map in LDFLAGS as well. I'm leaning towards implementing this
in Ubuntu until we figure out how to properly so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103807
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:0d0c467d216bf538faa7ceb75875e4efa73ae23f
commit r14-710-g0d0c467d216bf538faa7ceb75875e4efa73ae23f
Author: Patrick Palka
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103807
Patrick Palka changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53929
--- Comment #23 from LIU Hao ---
Changes to GCC should look like this I suspect (I didn't test this):
```
diff --git a/gcc/config/i386/i386.cc b/gcc/config/i386/i386.cc
index fbd33a6bfd1..de80c7a805f 100644
--- a/gcc/config/i386/i386.cc
+++ b/gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109798
--- Comment #7 from simon at pushface dot org ---
I *can* reproduce with
/opt/gcc-13.1.0-aarch64/bin/gcc -c -x ada -gnatA -Og -ffunction-sections
-fdata-sections -g -gnatwa -gnatw.X -gnatVa -gnaty3 -gnatya -gnatyA -gnatyB
-gnatyb -gnatyc -gnaty-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109128
Tobias Burnus changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109798
--- Comment #8 from aj at ianozi dot com ---
(In reply to simon from comment #7)
> I think it’s the -gnatVa (I took out the -f*sections and all the style
> options except a simple -gnaty).
simon, you are correct; I independently went through com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109745
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109798
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #9 from Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109798
Eric Botcazou changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ebotcazou at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109812
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-05-11
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109814
Bug ID: 109814
Summary: freestanding using cmath does not compile anymore
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109811
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109815
Bug ID: 109815
Summary: AIX: Combining -static-libstdc++ and -pthread causes a
TLS-related link error
Product: gcc
Version: 12.3.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109814
--- Comment #1 from Xi Ruoyao ---
It seems a deliberate change. See PR103626.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109815
--- Comment #1 from Andrew Pinski ---
Seems like the debug information for TLS variables are not being written out
correctly and that is causing the link to fail.
I think GCC 12 moved to dwarf2 debug information for AIX which is why it shows
up
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109807
Uroš Bizjak changed:
What|Removed |Added
Last reconfirmed||2023-05-11
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108125
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107536
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109811
Artem S. Tashkinov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109812
Artem S. Tashkinov changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109814
--- Comment #2 from Jonathan Wakely ---
It is a deliberate change, what we didn't consider is that people are using
hosted libstdc++ with -ffreestanding this way (because ... well, it doesn't
really make sense, but apparently it does).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109814
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2023-05-11
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109814
--- Comment #4 from Jonathan Wakely ---
(In reply to lesto fante from comment #0)
> My code stop compiling after updating from
> arm-none-eabi-gcc (Arch Repository) 12.2.0
> to
> arm-none-eabi-gcc (Arch Repository) 13.1.0
> (cant easily test any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108610
Eric Botcazou changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107392
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106673
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
CC|
1 - 100 of 207 matches
Mail list logo
