On Fri, Jan 13, 2023 at 5:56 PM liuhongt wrote:
>
> Patches [1] and [2] fixed PR55522 for x86-linux but left all other x86
> targets unfixed (x86-cygwin, x86-darwin and x86-mingw32).
> This patch applies a similar change to other specs using crtfastmath.o.
>
> Ok for trunk?
>
The patches in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108426
--- Comment #5 from Richard Biener ---
Meh, similar to build_common_tree_nodes we should have a function to build
those common builtin decls in the middle-end. They are C ABI after all and
it's fine to use standard C named types there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108423
Richard Biener changed:
What|Removed |Added
Component|middle-end |c
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108276
--- Comment #6 from niXman ---
I think you don't understand me.
with your patch after preprocessing the `unlink_if_ordinary()` will look like:
```
int
unlink_if_ordinary (const char *name)
{
if (stricmp (name, "nul") == 0)
return 1;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108422
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108420
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106183
--- Comment #9 from niXman ---
looks like it's fixed for x86_64-w64-mingw32.
I used the test from the: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101037
I run it on bash loop for the night and it successfully executed for ~179k
times.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108401
--- Comment #8 from Hongtao.liu ---
> But, if you're going to improve constant generation, please make it so that
> it can recognize not only the particular pattern described in this bug. More
> importantly, it should recognize the all-ones
Register-register move instructions that can be easily seen as
unnecessary by the human eye may remain in the compiled result.
For example:
/* example */
double test(double a, double b) {
return __builtin_copysign(a, b);
}
test:
add.n a3, a3, a3
extui a5, a5, 31, 1
In the case of the CALL0 ABI, values that must be retained before and
after function calls are placed in the callee-saved registers (A12
through A15) and referenced later. However, it is often the case that
the save and the reference are each only once and a simple register-
register move (the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106594
--- Comment #10 from Roger Sayle ---
Status update: The x86 backend pieces of my proposed fix have been approved and
committed, but the remaining middle-end pieces have been making slow progress:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108396
--- Comment #4 from Kewen Lin ---
(In reply to Segher Boessenkool from comment #3)
> (In reply to Kewen Lin from comment #2)
> > Unfortunately we don't have the testing coverage in testsuite for the
> > expected name vec_vsubcuq (in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108426
--- Comment #4 from Ian Lance Taylor ---
Thanks Andrew, I'm testing the patch myself, but go ahead and commit if you are
satisfied with it.
Hi Segher,
on 2023/1/16 23:24, Segher Boessenkool wrote:
> On Mon, Jan 16, 2023 at 09:05:38PM +0800, Kewen.Lin wrote:
>>> The *_ok things should only be used for features that can be disabled
>>> during configuration, or features that we *want* users to be able to
>>> turn off (like FP, VMX, VSX,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108417
Andrew Pinski changed:
What|Removed |Added
Keywords|needs-bisection |ABI, ice-checking,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108419
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Target
Use the GNATMAKE variables consistently.
Avoids failures when bootstraping with a custom GNATMAKE value.
gcc/ada/ChangeLog:
* Make-generated.in: Use GNATMAKE.
* gcc-interface/Makefile.in: Ditto.
Signed-off-by: Peter Foley
---
gcc/ada/Make-generated.in | 6 +++---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108276
--- Comment #5 from Himal ---
(In reply to niXman from comment #4)
> (In reply to niXman from comment #2)
>
> > I don't think the patch is correct because for WIN32 platform `unlink()`
> > will never be called even for non-"nul" files.
>
>
On 1/16/23 18:12, Peter Foley wrote:
There's no reason to create this file if none of the serial configure
options are passed.
v2: Use test instead of [ to avoid running afoul of autoconf quoting.
ChangeLog:
* configure: Regenerate.
* configure.ac: Only create serdep.tmp if
There's no reason to create this file if none of the serial configure
options are passed.
v2: Use test instead of [ to avoid running afoul of autoconf quoting.
ChangeLog:
* configure: Regenerate.
* configure.ac: Only create serdep.tmp if needed
Signed-off-by: Peter Foley
---
Ping?
在 2023/1/13 上午11:27, Lulu Cheng 写道:
Co-authored-by: Yang Yujie
gcc/ChangeLog:
* config/loongarch/loongarch.cc (loongarch_classify_address):
Add precessint for CONST_INT.
(loongarch_print_operand_reloc): Operand modifier 'c' is supported.
Since r5-172-gd9f069ab4f6450, the code no longer matches the
comment as the code for Solaris 9 support was removed.
This just updates the comment to reference AIX only as
the code does.
Committed as obvious.
gcc/testsuite/ChangeLog:
* lib/target-supports.exp (add_options_for_tls):
On Fri, 13 Aug 2021, Tobias Burnus wrote:
> Update the OpenMP section again, now that Jakub has added the 'masked'
> construct.
>
> Comments?
Just a little follow-up change that I pushed; see below.
Ger "blast from the past" ald
commit dcb59089cf4bd7f09f273d7b3f35c568b1d407fb
Author: Gerald
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108404
--- Comment #4 from Iain Sandoe ---
Works for me - now the failing test cases produce a diagnostic;
/src-local/gcc-master/libgm2/libm2iso/RTco.cc:373:in initThread has caused
failed to set stack size attribute
Although it does not seem to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108402
--- Comment #6 from pefoley2 at pefoley dot com ---
The attached file repos the issue for me.
I avoided trying to compress it per https://gcc.gnu.org/bugs/ "An attached
archive (tar, zip, shar, whatever) containing all (or some) of the above."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108427
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108427
--- Comment #2 from Andrew Pinski ---
So this is basically just a testsuite failure and it might just need
pcc_bitfield_type_matters check in the dg-warning for the target and such.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108427
--- Comment #1 from Andrew Pinski ---
-mms-bitfields is enabled by default.
See TARGET_MS_BITFIELD_LAYOUT_P and
https://gcc.gnu.org/onlinedocs/gcc-12.2.0/gcc/x86-Options.html#index-mms-bitfields
The layout of bitfields are different here ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105506
--- Comment #11 from H.J. Lu ---
Created attachment 54288
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54288=edit
An updated patch
Try this one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108427
Bug ID: 108427
Summary: bitfield tests fail with missing warnings
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
Hi Tobias,
On Mon, 16 Jan 2023, Tobias Burnus wrote:
>> requires_offload, unified_address
>> - and unified_shared_memory clauses cause that the
>> - only available device is the initial device (the host). Fortran now
>> + and unified_shared_memory clauses imply the initial
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108279
--- Comment #17 from joseph at codesourcery dot com ---
It's not part of the ABI for the Arm 32-bit Architecture (AAPCS32).
https://github.com/ARM-software/abi-aa/blob/main/aapcs32/aapcs32.rst
You can file an issue there if you want, though I
Source: gcc-snapshot
Version: 20230108-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
X-Debbugs-CC: debian-h...@lists.debian.org
Hi,
gcc-snapshot in sid FTBFS on hurd-i386 due to that some patches are not
applied when building gcc-snapshot. After the
Source: gcc-snapshot
Version: 20230108-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
X-Debbugs-CC: debian-h...@lists.debian.org
Hi,
gcc-snapshot in sid FTBFS on hurd-i386 due to that some patches are not
applied when building gcc-snapshot. After the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105980
--- Comment #9 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:a396a123596d82d4a2f14dc43a382cb17826411c
commit r13-5218-ga396a123596d82d4a2f14dc43a382cb17826411c
Author: H.J. Lu
Date: Mon Jan 16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108426
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> Confirmed.
> The following builtins are missing from the go front-end:
> BUILT_IN_CLZL
> BUILT_IN_CTZL
>
> The {,LL} versions are there but not the L version.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108426
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-01-16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108426
--- Comment #1 from Andrew Pinski ---
Simple fix until we figure out if the go front-end should be initializing these
builtins are not:
diff --git a/gcc/tree-ssa-loop-niter.cc b/gcc/tree-ssa-loop-niter.cc
index 65b960461ae..0a0873bb572 100644
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107608
--- Comment #35 from Florian Weimer ---
I backported the fixes for building glibc to 2.34 last week, I really expect
the testsuite to be clean there (on x86-64), and on later releases as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108426
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |13.0
-solaris2.11
Between 20230113 (9b6c624820050cd5e11b2fbd9c997f94b691295a) and 20230116
(b22634281fff352fcf71dd4fbbf6e6fcbc9a46cf),
Solaris/SPARC bootstrap broke compiling 64-bit strconv.lo:
during GIMPLE pass: evrp
In function 'strconv.atofHex':
go1: internal compiler error: Segmentation Fault
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107608
--- Comment #34 from Romain Geissler ---
>From what I wrote here
https://sourceware.org/pipermail/libc-alpha/2022-November/143633.html
apparently I already tried gcc 12 back in end of november 2022 and all float
issues in glibc testsuite were
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107608
--- Comment #33 from Jakub Jelinek ---
Isn't that PR106805 ? More importantly, do those FAIL also with GCC 12 or just
the trunk?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107608
--- Comment #32 from Romain Geissler ---
Hi,
Thanks for the fix, indeed it has fixed quite some glibc maths tests ;)
FYI, most likely it's totally unrelated to this bug, for right now with latest
gcc trunk and glibc trunk on x86-64, I still
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105506
--- Comment #10 from Brecht Sanders ---
I can confirm GCC 12.2.0 builds fine with that patch and without CFLAG
-D__USE_MINGW_ACCESS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105769
--- Comment #7 from Jakub Jelinek ---
Ah, the crash is actually when destructing the map_t temporary (D.5613) and
because it shares the stack slot with bias, it isn't surprising. So now to
figure out why the stack sharing happens and why even
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108420
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108421
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
Dear all,
it appears that the fix for pr107874 uncovered a latent bug
for the case of arrays of type character and size zero when
passed to the intrinsics MERGE and SPREAD as SOURCE. In that
case, there is no constructor from which we could obtain
another character length. A reasonable solution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105769
--- Comment #6 from Jakub Jelinek ---
The expand dump shows:
Partition 4: size 64 align 16
cov_jn
Partition 0: size 48 align 16
D.5642 biasD.5613
Partition 1: size 32 align 16
D.5615
Partition 2: size 32 align 16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106075
--- Comment #6 from Jan Hubicka ---
The SRA issue is fixed now, but I am not quite sure what is desrable solution
here...
This blocks modref from understanding side effects of functions doing EH.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108425
--- Comment #6 from Andrew Pinski ---
(In reply to Jan Hubicka from comment #3)
> short a;
> int *null;
> int
> test(int val1, int val2)
> {
> a=1;
> int r = val1/val2;
> a=3;
> return r;
> }
Which is already
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108425
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.0
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108425
--- Comment #4 from Andrew Pinski ---
(In reply to Jan Hubicka from comment #3)
> We do not delete the stmt causing EH. Also the flag does not fix it:
Because it was broken in GCC 12 but was fixed on the trunk ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108425
Jan Hubicka changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
Dear all,
here's an obvious patch for an ICE-on-invalid where we missed
a check that we actually have an integer length before trying
to extract a usable value.
Regtested on x86_64-pc-linux-gnu.
I intend to commit it to mainline within the next 24h unless
there are comments.
Cheers,
Harald
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105769
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108306
Andrew Macleod changed:
What|Removed |Added
Attachment #54286|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108420
--- Comment #2 from anlauf at gcc dot gnu.org ---
I'm regtesting the following patch which fixes both cases:
diff --git a/gcc/fortran/iresolve.cc b/gcc/fortran/iresolve.cc
index 711e9178ad4..33794f0a858 100644
--- a/gcc/fortran/iresolve.cc
+++
On Thu, 4 Apr 2019, Paul Hua wrote:
> This is a updated version, Ok for commit?
Yikes - yes! Apologies, I somehow missed that mail back then (in the
middle of two weeks essentially off the grid).
I pushed your patch with some minor changes; see below.
Gerald
commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108421
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108425
--- Comment #2 from Andrew Pinski ---
https://gcc.gnu.org/onlinedocs/gcc-12.2.0/gcc/Code-Gen-Options.html#index-fdelete-dead-exceptions
On Mon, Jan 16, 2023 at 7:56 PM H.J. Lu wrote:
>
> -mforce-indirect-call generates invalid instruction in 32-bit MI thunk
> since there are no available scratch registers in 32-bit PIC mode.
> Disable -mforce-indirect-call for PIC in 32-bit mode when generating
> MI thunk.
>
> gcc/
>
> PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108425
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108425
Bug ID: 108425
Summary: Invalid DSE
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108420
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108306
--- Comment #10 from Andrew Macleod ---
Created attachment 54286
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54286=edit
proposed patch
There is a bug in the implementation of range-ops for shifts when the shift is
guaranteed to be out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108350
--- Comment #29 from niXman ---
Created attachment 54285
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54285=edit
patch
another version of the patch.
This looks like the largest remaining block of related issues...
Gerald
---
htdocs/readings.html | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/htdocs/readings.html b/htdocs/readings.html
index 5e3db8c2..295cc51f 100644
--- a/htdocs/readings.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105506
--- Comment #9 from H.J. Lu ---
Created attachment 54284
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54284=edit
A patch
Please try this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107950
--- Comment #9 from Jan Hubicka ---
>
> Feel free to grab my initial patch in c#0 and upstream it. I tried that some
> time ago in the following email thread:
> https://gcc.gnu.org/pipermail/gcc/2021-May/236096.html
Actually I was shooting
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105980
--- Comment #8 from H.J. Lu ---
A patch is posted at
https://gcc.gnu.org/pipermail/gcc-patches/2023-January/610035.html
This is nearly the last case in our tree; nearly current HTML 5 across,
now.
Gerald
---
htdocs/git.html | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/htdocs/git.html b/htdocs/git.html
index 4a8b1004..fc30c5ab 100644
--- a/htdocs/git.html
+++ b/htdocs/git.html
@@ -3,8
-mforce-indirect-call generates invalid instruction in 32-bit MI thunk
since there are no available scratch registers in 32-bit PIC mode.
Disable -mforce-indirect-call for PIC in 32-bit mode when generating
MI thunk.
gcc/
PR target/105980
* config/i386/i386.cc
On Sun, 15 Jan 2023, Gerald Pfeifer wrote:
>(If someone tells me what to use instead of "master" I can propose a
>patch.)
If you wish to add additional symbolic-refs / make master into a
symbolic-ref, please make sure to change hooks-bin,
refs/meta/config:project.config and anything
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108276
--- Comment #4 from niXman ---
(In reply to niXman from comment #2)
> I don't think the patch is correct because for WIN32 platform `unlink()`
> will never be called even for non-"nul" files.
moreover, according to the man:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108404
Gaius Mulley changed:
What|Removed |Added
CC||gaius at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108424
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108424
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108423
Andrew Pinski changed:
What|Removed |Added
Component|c |middle-end
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108350
--- Comment #28 from niXman ---
in rebuilding stage...
one more issue: when the symlink called `gcc.exe` and I exec it as `gcc.exe
a.c` - all works as it should, but when I exec it as `gcc a.c` - I get the same
result as before - `fatal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105980
--- Comment #7 from Jakub Jelinek ---
Can you post it to gcc-patches?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106069
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
On Mon, 16 Jan 2023 at 17:47, François Dumont wrote:
>
> On 13/01/23 17:33, Jonathan Wakely wrote:
> > On Mon, 5 Dec 2022 at 21:14, François Dumont via Libstdc++
> > wrote:
> >> I just rebased this patch.
> >>
> >> All good apart from the to_chars/from_chars symbols issue.
> >>
> >> François
>
On 13/01/23 18:15, Jonathan Wakely wrote:
@@ -396,7 +376,7 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION
// Non-inline namespace for components replaced by alternates in active
mode.
namespace __cxx1998
{
-# if _GLIBCXX_USE_CXX11_ABI
+# if _GLIBCXX_USE_CXX11_ABI && !
On 13/01/23 18:06, Jonathan Wakely wrote:
On Fri, 13 Jan 2023 at 16:33, Jonathan Wakely wrote:
On Mon, 5 Dec 2022 at 21:14, François Dumont via Libstdc++
wrote:
I just rebased this patch.
All good apart from the to_chars/from_chars symbols issue.
François
On 11/10/22 19:28, François
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108424
Bug ID: 108424
Summary: [13 Regression] ICE in perform_integral_promotions, at
c/c-typeck.cc:2277
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108423
Bug ID: 108423
Summary: [12/13 Regression] ICE in make_ssa_name_fn, at
tree-ssanames.cc:360
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108422
Bug ID: 108422
Summary: [13 Regression] ICE: base pointer cycle detected
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108421
Bug ID: 108421
Summary: ICE in get_expr_storage_size, at
fortran/interface.cc:2862
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
On 13/01/23 17:33, Jonathan Wakely wrote:
On Mon, 5 Dec 2022 at 21:14, François Dumont via Libstdc++
wrote:
I just rebased this patch.
All good apart from the to_chars/from_chars symbols issue.
François
On 11/10/22 19:28, François Dumont wrote:
Hi
Now that pretty printer is fixed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108420
Bug ID: 108420
Summary: [13 Regression] ICE in check_charlen_present, at
fortran/iresolve.cc:98
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106183
--- Comment #8 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:1dfe15e534adba21e680b8128f0631e8054a5e42
commit r12-9047-g1dfe15e534adba21e680b8128f0631e8054a5e42
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106183
Jonathan Wakely changed:
What|Removed |Added
CC||bjornsundin02 at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106523
--- Comment #5 from Jakub Jelinek ---
Created attachment 54282
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54282=edit
gcc13-pr106523.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101037
Jonathan Wakely changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101037
--- Comment #8 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #6)
> (In reply to niXman from comment #5)
> > > can't the example be checked using thread sanitizer?
> >
> > ... on Linux.
>
> The implementation is completely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101037
--- Comment #7 from niXman ---
> The implementation is completely different on linux, so that would require
> some code changes at least.
I didn't think so...
I think conceptually the solution looks the same for all platforms...
OK, got it!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96844
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||rsandifo at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101037
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
1 - 100 of 219 matches
Mail list logo