Snapshot gcc-14-20231022 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/14-20231022/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 14 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111920
Bug ID: 111920
Summary: [14 Regression] encode-{8,9,10}.mm internal compiler
error: in tsubst_expr, at cp/pt.cc:21533
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111921
Bug ID: 111921
Summary: GCC: 14: internal compiler error: Segmentation fault
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111916
Thomas Koenig changed:
What|Removed |Added
Summary|wrong code at -O1 and above |[14 Regression] wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110848
--- Comment #17 from Aaron Ballman ---
(In reply to Martin Uecker from comment #16)
> I do not think -Wall should warn about GNU extensions when used with
> -std=gnu++XX in C++ and I think it is annoying that clang does it now. It
> only drives
On 10/22/23 01:46, Florian Weimer wrote:
The main_test function returns void, so return with an expression
is a constraint violation. The test case still fails with this
change applied before the fix for PR 93262 in r14-4813.
gcc/testsuite/
*
On 10/22/23 01:47, Florian Weimer wrote:
Current glibc headers only declare fputs_unlocked for _GNU_SOURCE.
Defining the macro avoids an implicit function declaration.
gcc/testsuite/
* gcc.c-torture/execute/builtins/fputs.c (_GNU_SOURCE):
Define.
OK
jeff
On Sun, Oct 22, 2023 at 12:47 AM Florian Weimer wrote:
>
> Current glibc headers only declare fputs_unlocked for _GNU_SOURCE.
> Defining the macro avoids an implicit function declaration.
This does not help targets that don't use glibc though.
Note for builtins testsuite there is a lib-fputs.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111922
Bug ID: 111922
Summary: GCC: internal compiler error: in decompose, at
wide-int.h:1049
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30409
--- Comment #7 from kargl at gcc dot gnu.org ---
The attached testcase use xmin and xmax uninitialized.
After setting xmin = 0 and xmax = 1 and adding z(1) to
the print statements to prevent the inner loop from
being optimized away, I see the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111921
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111901
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111922
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.5
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111920
Iain Sandoe changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111922
--- Comment #1 from wierton <141242068 at smail dot nju.edu.cn> ---
Compiler Explorer: https://gcc.godbolt.org/z/EoPGKa9r8
The link above seems broken.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110848
--- Comment #20 from Martin Uecker ---
And what alternative do you think is fundamentally safer than VLAs?
VLAs know their bound. Thus, they integrate with _FORTIFY_SOURCE, and UBSan
bounds checking. Also UBSan address checking at run-time. At
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110848
--- Comment #16 from Martin Uecker ---
I do not think -Wall should warn about GNU extensions when used with
-std=gnu++XX in C++ and I think it is annoying that clang does it now. It only
drives people to use alloca or other alternatives with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111918
--- Comment #1 from Florian Weimer ---
diagnostic_classify_diagnostic overwrites DK_UNSPECIFIED in
context->classify_diagnostic[OPT_Wnarrowing] with DK_WARNING here:
/* Record the command-line status, so we can reset it back on DK_POP.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111918
--- Comment #2 from Florian Weimer ---
It does not work.
I think the problem is the quoted reset code with old_kind. It was introduced
in r5-2858 to fix PR59304. It's necessary because global warning options serve
a dual purpose: recording
Hi Andrew,
On Fri, 20 Oct 2023, Andrew Stubbs wrote:
>> Additionally, I wonder whether "Fiji" should be changed to "Fiji
>> (gfx803)" in the first line and whether the "," should be removed in
>> "The ... configuration ... , and no longer includes".
> Fair enough, how's this version? (I like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111920
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=111921
Andrew Pinski changed:
What|Removed |Added
Keywords||error-recovery,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111916
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111917
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110848
--- Comment #19 from Aaron Ballman ---
(In reply to Andrew Pinski from comment #18)
> (In reply to Aaron Ballman from comment #17)
> > In the time I opened this request, a new CVE related to VLAs came out:
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110027
Christoph Erhardt changed:
What|Removed |Added
CC||gcc at sicherha dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111917
Thomas Koenig changed:
What|Removed |Added
Keywords||ice-on-valid-code
Hi Patrick,
There is an issue with the code in
libstdc++-v3/include/bits/cpp_type_traits.h. Specifically, Clang 16
does not accept the code, while Clang 17 does. Given that we aim to
support the last two versions of Clang, we need to ensure that Clang
16 accepts this code. Can you please advise
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111919
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=111916
--- Comment #2 from Sam James ---
I'll bisect.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111916
Sam James changed:
What|Removed |Added
Summary|[14 Regression] wrong code |[14 Regression] wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110848
--- Comment #18 from Andrew Pinski ---
(In reply to Aaron Ballman from comment #17)
> In the time I opened this request, a new CVE related to VLAs came out:
> https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2023-4039
Everything is a security
a-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20231022 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111918
Bug ID: 111918
Summary: #pragma GCC diagnostic pop does not restore permerror
status of -Wnarrowing
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111892
--- Comment #6 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #5)
> Adrian, can you please give it another go with the patch I've posted in PR
> 111001 ?
>
> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56164
I'll
The main_test function returns void, so return with an expression
is a constraint violation. The test case still fails with this
change applied before the fix for PR 93262 in r14-4813.
gcc/testsuite/
* gcc.c-torture/execute/builtins/pr93262-chk.c (main_test):
Remove unnecessary
Current glibc headers only declare fputs_unlocked for _GNU_SOURCE.
Defining the macro avoids an implicit function declaration.
gcc/testsuite/
* gcc.c-torture/execute/builtins/fputs.c (_GNU_SOURCE):
Define.
---
gcc/testsuite/gcc.c-torture/execute/builtins/fputs.c | 1 +
1 file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111917
Bug ID: 111917
Summary: ICE in as_a, at is-a.h:255 since GCC-8
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
Thanks a lot Alexandre for the review!
FX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111923
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111923
--- Comment #5 from Andrew Pinski ---
(In reply to Stas Sergeev from comment #4)
> (In reply to Andrew Pinski from comment #3)
> > One more note, default argument clause does not apply here as the it is not
> > an argument of a method of that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111001
--- Comment #7 from Oleg Endo ---
(In reply to John Paul Adrian Glaubitz from comment #5)
>
> I can confirm that this patch fixes the build of e2fsprogs with gcc-13 for
> me.
Great, thanks! Do you have an option to run a compiler bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111924
Bug ID: 111924
Summary: Look into using movement_possibility (in
tree-ssa-loop-im.cc) for
empty_bb_or_one_feeding_into_p for phi-opt
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111924
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-10-23
On 10/21/23 19:33, Tsukasa OI wrote:
Hmm, I generally agree with your opinion and I made a board file for
DejaGnu (running qemu-riscv64) to run "make check-gcc
RUNTESTFLAGS='--target_board=riscv-sim riscv.exp'" because it already
contains many execute tests (and annoys me if I don't do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111753
--- Comment #5 from CVS Commits ---
The master branch has been updated by Haochen Jiang :
https://gcc.gnu.org/g:1df490edd48042b07aa780b088148a9118cbcb46
commit r14-4841-g1df490edd48042b07aa780b088148a9118cbcb46
Author: Haochen Jiang
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111753
--- Comment #6 from Haochen Jiang ---
Fixed on trunk.
Hi all,
This patch mentions recent update for x86-64 backend, including ISAs enabled
update on previous introduced CPU and newly introduced options/ISAs/CPUs.
Ok for wwwdocs?
Thx,
Haochen
---
htdocs/gcc-13/changes.html | 8
htdocs/gcc-14/changes.html | 19 +++
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111753
Sam James changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111772
Haochen Jiang changed:
What|Removed |Added
CC||haochen.jiang at intel dot com
---
This patch teaches libiberty to output X86-64 Relocations.
>From d3b2d168369e76a6fac2b3b3cbd591ccf22ea8ea Mon Sep 17 00:00:00 2001
From: Rishi Raj
Date: Mon, 23 Oct 2023 06:22:44 +0530
Subject: [PATCH 1/3] Extended libiberty to output X86_64 relocations
Signed-off-by: Rishi Raj
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111890
--- Comment #1 from Andrew Pinski ---
Created attachment 56170
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56170=edit
testcase
Next time please attach or put inline the testcase rather than linking to
godbolt.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30409
--- Comment #8 from anlauf at gcc dot gnu.org ---
The suggested optimization needs to take into account that the evaluation
of the temporary expression might trap, or that allocatable variables are
not allocated, etc.
The trap etc. would not
On 10/22/23 10:09, Andrew Pinski wrote:
On Sun, Oct 22, 2023 at 12:47 AM Florian Weimer wrote:
Current glibc headers only declare fputs_unlocked for _GNU_SOURCE.
Defining the macro avoids an implicit function declaration.
This does not help targets that don't use glibc though.
Note for
On 22 October 2023 21:45:12 CEST, Jeff Law wrote:
>
>
>On 10/22/23 10:09, Andrew Pinski wrote:
>> On Sun, Oct 22, 2023 at 12:47 AM Florian Weimer wrote:
>>>
>>> Current glibc headers only declare fputs_unlocked for _GNU_SOURCE.
>>> Defining the macro avoids an implicit function declaration.
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111915
Sam James changed:
What|Removed |Added
Summary|[14 Regression] ICE in vect |[14 Regression] ICE in vect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111923
--- Comment #3 from Andrew Pinski ---
One more note, default argument clause does not apply here as the it is not an
argument of a method of that class but rather a different context (the lamdba
definition context).
This patch and the following add initial support for Microsoft's
CodeView debugging format, as used by MSVC, to mingw targets.
Note that you will need a recent version of binutils for this to be
useful. The best way to view the output is to run Microsoft's
cvdump.exe, found in their microsoft-pdb
Outputs the DEBUG_S_LINES block in the CodeView .debug$S section, which
maps between line numbers and addresses.
You'll need a fairly recent version of GAS for the .secidx directive to
be recognized.
---
gcc/dwarf2codeview.cc | 303 ++
gcc/dwarf2codeview.h
Outputs the file name and MD5 hash of the main source file into the
CodeView .debug$S section, along with that of any #include'd files.
---
gcc/dwarf2codeview.cc | 254 ++
gcc/dwarf2codeview.h | 1 +
gcc/dwarf2out.cc | 3 +
3 files changed, 258
Outputs the S_COMPILE3 symbol in the CodeView .debug$S debug section.
The DEBUG_S_SYMBOLS block added here makes up pretty much everything
that isn't data structures or line numbers; we add the S_COMPILE3 symbol
here to start it off.
This is a descriptive bit, the most interesting part of which
STABS and xcoff have been removed, but are still in debug_type_names,
which ought to match debug_type_masks. This results in the following
minor bug with GCC 13:
$ x86_64-pc-linux-gnu-gcc -gvms -c tmp.c
cc1: error: target system does not support the ‘dwarf-2’ debug format
---
gcc/opts.cc | 4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111449
--- Comment #1 from CVS Commits ---
The master branch has been updated by HaoChen Gui :
https://gcc.gnu.org/g:f08ca5903c7a02b450b93143467f70b9fd8e0085
commit r14-4835-gf08ca5903c7a02b450b93143467f70b9fd8e0085
Author: Haochen Gui
Date: Mon
This patch to the Go frontend removes the name_ field from the
Type_switch_statement class. It's not used for anything.
Bootstrapped and ran Go testsuite on x86_64-pc-linux-gnu. Committed
to mainline.
Ian
1a1fba1e25779247a4969789885ce80b7b4a2359
diff --git a/gcc/go/gofrontend/MERGE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111784
--- Comment #3 from CVS Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:1908775f7982bd2de36df5d94396eca0865bad9a
commit r14-4842-g1908775f7982bd2de36df5d94396eca0865bad9a
Author: Kewen Lin
Date: Sun Oct
On 10/22/23 16:46, Juzhe-Zhong wrote:
The tuple mode mov pattern doesn't have avl_type so it is invalid
attribute.
gcc/ChangeLog:
* config/riscv/vector.md: Fix avl_type attribute of tuple mov.
Presumably you got a fault or something similar trying to compute the
avl_type attr when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111890
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111923
Bug ID: 111923
Summary: default argument is not treated as a complete-class
context of a class
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111001
--- Comment #6 from John Paul Adrian Glaubitz ---
*** Bug 111892 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111892
John Paul Adrian Glaubitz changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111923
--- Comment #4 from Stas Sergeev ---
(In reply to Andrew Pinski from comment #3)
> One more note, default argument clause does not apply here as the it is not
> an argument of a method of that class but rather a different context (the
> lamdba
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111001
--- Comment #5 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #4)
> Created attachment 56164 [details]
> sh_pr11001_fix.patch
>
> Can you please try this patch? It should solve the problem, but not sure if
> there
From: Pan Li
For math function autovec, there will be one step like
rtx tmp = gen_reg_rtx (vec_int_mode);
emit_vec_cvt_x_f (tmp, op_1, mask, UNARY_OP_TAMU_FRM_DYN, vec_fp_mode);
The MU will leave the tmp (aka dest register) register unmasked elements
unchanged and it is undefined here. This
This patch to the G frontend passes a pointer to the Gogo IR to the
determine types pass and the type verification pass. This is a
straight refactoring that does not change the compiler behavior. This
is in preparation for future CLs that rearrange the pass ordering.
This introduces one new
OK。 LGTM。
juzhe.zh...@rivai.ai
From: Li, Pan2
Date: 2023-10-23 09:42
To: juzhe.zh...@rivai.ai; gcc-patches
CC: Wang, Yanzhang; kito.cheng
Subject: RE: [PATCH v1] RISC-V: Bugfix for merging undefined tmp register in
math
Yes, it is required by the second cvt. The unmasked elements keep the
Committed, thanks Jeff.
Pan
-Original Message-
From: Jeff Law
Sent: Monday, October 23, 2023 10:24 AM
To: Juzhe-Zhong ; gcc-patches@gcc.gnu.org
Cc: kito.ch...@gmail.com; kito.ch...@sifive.com; rdapp@gmail.com
Subject: Re: [PATCH] RISC-V: Fix AVL_TYPE attribute of tuple mode mov
From: Pan Li
The vsetvl asm check is unnecessary for the rounding function autovec.
These rounding test cases should focus on the rounding insn sequence.
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/autovec/unop/bswap16-0.c: Remove the
vsetvl check.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111820
--- Comment #12 from Hongtao.liu ---
Fixed in GCC14, not sure if we want to backport the patch.
If so, the patch needs to be adjusted since GCC13 doesn't support auto_mpz.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111920
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:80ddcb9c8f9b5a387f379e1db39bc6f3680bd52f
commit r14-4829-g80ddcb9c8f9b5a387f379e1db39bc6f3680bd52f
Author: Patrick Palka
Date:
Bootstrapped and regtested on x86_64-pc-linux-gnu, pushed to
trunk as obvious.
-- >8 --
After r14-4796-g3e3d73ed5e85e7, tsubst_copy_and_build (now named
tsubst_expr) no longer dispatches to tsubst for type trees, and
callers have to do it themselves if appropriate. This patch makes
some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111920
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111890
--- Comment #4 from Andrew Pinski ---
Full backtrace:
```
t1.cc:8:18: internal compiler error: Segmentation fault
8 | friend auto operator+(const Iterator , int) {}
| ^~~~
0x12dabdf crash_signal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110986
--- Comment #24 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:bcc5054b36626459ddb04c779f0b201fba6001d1
commit r14-4831-gbcc5054b36626459ddb04c779f0b201fba6001d1
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110986
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111005
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
The tuple mode mov pattern doesn't have avl_type so it is invalid
attribute.
gcc/ChangeLog:
* config/riscv/vector.md: Fix avl_type attribute of tuple mov.
---
gcc/config/riscv/vector.md | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/gcc/config/riscv/vector.md
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111917
--- Comment #3 from Andrew Pinski ---
If someone is worried about uninitialized variables or an executed infinite
loop, this also ICEs at -O3:
```
long t;
long a() {
long b = t, c = t;
for (; b < 31; b++)
c <<= 1;
return c;
}
long
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110852
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111904
--- Comment #4 from Bruno Haible ---
I've added your fix to gnulib:
https://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=f8ce7e779de156cb6d0fa51dbaef49cd255b7171
Thank you, Alexandre!
Committed as r14-4835.
https://gcc.gnu.org/g:f08ca5903c7a02b450b93143467f70b9fd8e0085
Thanks
Gui Haochen
在 2023/10/20 16:49, Richard Sandiford 写道:
> HAO CHEN GUI writes:
>> Hi,
>> Vector mode instructions are efficient for compare on some targets.
>> This patch enables vector mode for
Pushed to r14-4836.
在 2023/10/20 下午3:15, Lulu Cheng 写道:
LoongArch's microstructure ensures cache consistency by hardware.
Due to out-of-order execution, ibar is required to ensure the visibility of the
store (invalidated icache) executed by this CPU before ibar (to the instance).
ibar will not
This patch to the Go frontend removes the traverse_assignments
support. The last caller was removed in https://go.dev/cl/18261 in
2016. Bootstrapped and ran Go testsuite on x86_64-pc-linux-gnu.
Committed to mainline.
Ian
a6e74b0b3316f3f0b2096d6a175c31bed58ae4ed
diff --git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554
Sam James changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111841
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-10-22
Ever confirmed|0
"Paul M. Bendixen" writes:
> Updated patch, added the requested files, hopefully wrote the commit better.
LGTM. Jonathan?
--
Arsen Arsenović
signature.asc
Description: PGP signature
Hi,
This patch merges the D front-end with upstream dmd f4be7f6f7b.
Synchronizing with the upstream development branch as of 2023-10-22.
D front-end changes:
- Fix bootstrap failure with i686-darwin9.
```
Undefined symbols for architecture i386:
"gendocfile",
While working on PR c/111903, I Noticed that
convert will convert integer_zero_node to that
type after an error instead of returning error_mark_node.
>From what I can tell this was the old way of not having
error recovery since other places in this file does return
error_mark_node and the places I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111001
--- Comment #8 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #7)
> (In reply to John Paul Adrian Glaubitz from comment #5)
> >
> > I can confirm that this patch fixes the build of e2fsprogs with gcc-13 for
> > me.
>
>
1 - 100 of 138 matches
Mail list logo
