libcpp/ChangeLog:
* config.in: Re-configure.
libstdc++-v3/ChangeLog:
* src/experimental/Makefile.in: Re-configure.
---
libcpp/config.in | 6 ++
libstdc++-v3/src/experimental/Makefile.in | 1 -
2 files changed, 6 insertions(+), 1 deletion(-)
diff --g
On Mon, Nov 21, 2022 at 3:17 PM Uros Bizjak wrote:
>
> On Mon, Nov 21, 2022 at 6:24 AM Hongtao Liu wrote:
> >
> > On Mon, Nov 21, 2022 at 10:13 AM liuhongt wrote:
> > >
> > > When i'm working at [1] for ix86_can_change_mode_class,
> > > I notice there're some incorrectness/misoptimization in cur
This ICE is introduced by this patch:
https://gcc.gnu.org/pipermail/gcc-patches/2022-November/606523.html
PLCT lab is helping with this bug fix.
juzhe.zh...@rivai.ai
From: Andreas Schwab
Date: 2022-11-20 17:24
To: juzhe.zhong
CC: gcc-patches; monk.chiang; kito.cheng
Subject: Re: [PATCH] RISC-V
> Ok if no regressions, perhaps the test needs to be in the ada test suite ?
Thanks. Sure, testcase added to gnat.dg like so:
* gnat.dg/machine_attr2.ads, gnat.dg/machine_attr2.adb: New test.
--
Eric Botcazoupackage Machine_Attr2 is
type Non_Secure is access procedure;
pragma Mach
Hi!
On 2022-11-09T14:53:44+0100, Richard Biener via Gcc-patches
wrote:
> On Wed, Oct 26, 2022 at 10:37 AM wrote:
>> This patch [...] also contains a constant evaluator, ported
>> over from the C++ frontend.
Given that, and then:
>> --- /dev/null
>> +++ b/gcc/rust/backend/rust-constexpr.cc
>>
On Fri, 4 Nov 2022 at 14:00, Prathamesh Kulkarni
wrote:
>
> On Mon, 31 Oct 2022 at 15:27, Richard Sandiford
> wrote:
> >
> > Prathamesh Kulkarni writes:
> > > On Wed, 26 Oct 2022 at 21:07, Richard Sandiford
> > > wrote:
> > >>
> > >> Sorry for the slow response. I wanted to find some time to t
On Mon, Nov 21, 2022 at 09:19:24AM +0100, Martin Liška wrote:
> The patch fixes ChangeLog format that is right now checked by server
> hook.
>
> @Jakub: Can you please approve it? The change is mechanically done.
LGTM, thanks.
You even don't need to write ChangeLog entries for changes
to ChangeLo
On 11/21/22 10:12, Jakub Jelinek wrote:
> On Mon, Nov 21, 2022 at 09:19:24AM +0100, Martin Liška wrote:
>> The patch fixes ChangeLog format that is right now checked by server
>> hook.
>>
>> @Jakub: Can you please approve it? The change is mechanically done.
>
> LGTM, thanks.
> You even don't need
On Nov 21 2022, Martin Liška wrote:
> diff --git a/ChangeLog b/ChangeLog
> index 9813596858d..0643a383872 100644
> --- a/ChangeLog
> +++ b/ChangeLog
> @@ -55,33 +55,33 @@
> 2022-11-09 Martin Liska
>
> * doc/bsd.rst:
> - Add trailing newline.
> + Add trailing newline.
>
https://gcc.gnu.org/pipermail/gcc-patches/2022-November/606523.html
This patch obviously didn't include scalable size frame.
So it ICE in offset = cfun->machine->frame.gp_sp_offset.to_constant ();
We can't directly use to_constant if the frame is a scalable.
Please fix it or revert it. Thanks
ju
On 11/21/22 10:23, Andreas Schwab wrote:
> That should be refilled, every file entry on one line.
Sure, please send a patch for it.
Martin
On Linux/x86_64,
183db4fb73a64bc4641604c30cdbbd9d9e8a6ed6 is the first bad commit
commit 183db4fb73a64bc4641604c30cdbbd9d9e8a6ed6
Author: liuhongt
Date: Thu Nov 17 16:19:31 2022 +0800
define builtins for "shared" avxneconvert-avx512bf16vl builtins.
caused
FAIL: g++.dg/other/pr39060.C -s
Hi,
This patch fixes incorrect Asan optimization in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106558 . It successfully
passes bootstrap-asan, regular bootstrap and regression testing (on
x86/amd64).
With this patch number of optimizations has reduced only slightly
(146062 -> 145824 on bootstra
On Mon, Nov 21, 2022 at 12:57:15PM +0300, Yuri Gribov wrote:
> From 4729f2db3f1b6b40ef0124e4a645788d7f66f426 Mon Sep 17 00:00:00 2001
> From: Yuri Gribov
> Date: Sun, 14 Aug 2022 08:42:44 +0300
> Subject: [PATCH] asan: fix unsafe optimization of Asan checks.
>
> gcc/
> PR sanitizer/106558
From: Ronan Desplanques
Before this patch, with clauses placed in declarative sections were
interpreted by the compiler as incorrect aspect specifications, which
led to confusing error messages.
This patch makes it so more syntax errors involving the with keyword
are diagnosed as intended with c
From: Ronan Desplanques
Before this patch, gnatmake's parser for adc files failed to ignore
semicolons located inside comments. This patch fixes that behavior.
gcc/ada/
* sfn_scan.adb (Scan_SFN_Pragmas): Improve handling of comments.
Tested on x86_64-pc-linux-gnu, committed on master.
From: Steve Baird
Two issues. First, the two procedures
Ada.Strings.Text_Buffers.Output_Mapping.[Wide_]Wide_Put each correctly
call Encode, but that call was missing from the corresponding Put procedure.
Second, if a record type contains an array-valued Data component as well as
both a Max_Length
Only confirming Size must be supported for aliased object of elementary
type (see RM 13.1 in the "Implementation Advice").
-- size is 1-byte
type Y is range 0 .. 20;
type Ay is access all Y;
-- Var size is 8-bytes
Var : aliased Y := 5 with Size => 64;
-- JP.all is a 1-byte ref
From: Steve Baird
The -gnatw.h option enables warnings about "gaps" in record layout
specifications. In the case of a "partial" layout specification, where the
locations of some components are left unspecified, the resulting warnings
may be incomplete or incorrect. Document this implementation li
If a subtype has a Size attribute value different than the size of its
ancestor, then the Packed Array Type can't be shared and a new one must
be created.
gcc/ada/
* exp_pakd.adb (Create_Packed_Array_Impl_Type): Do not share PAT
if sizes of types differ.
Tested on x86_64-pc-linux
From: Eric Botcazou
For an array subtype, being definite is the same as being constrained.
gcc/ada/
* sem_util.adb (Needs_Secondary_Stack): Test Is_Constrained
directly instead of Is_Definite_Subtype for an array subtype.
Tested on x86_64-pc-linux-gnu, committed on master.
---
From: Ghjuvan Lacambre
CodePeer builds with assertions enabled started failing when this
validation was introduced. We temporarily disable this validation for
CodePeer in order to buy time before fixing the underlying issue.
gcc/ada/
* frontend.adb (Frontend): Disable subprogram call va
On Mon, 21 Nov 2022 at 04:11, Kito Cheng wrote:
>
> > @@ -464,6 +464,60 @@
> >[(set_attr "type" "arith")
> > (set_attr "mode" "DI")])
> >
> > +(define_expand "add3"
> > + [(set (match_operand:GPR 0 "register_operand" "=r,r")
> > + (plus:GPR (match_operand:GPR 1 "regis
From: Bob Duff
This patch moves warning switches from Opt into Warnsw, fixes some minor
discrepancies, and cleans up the code.
No change in behavior.
gcc/ada/
* warnsw.ads, warnsw.adb: Move warning flags here from package
Opt. Rename Warning_Record to be Warnings_State. Use an
From: Eric Botcazou
gcc/ada/
* gcc-interface/decl.cc (gnat_to_gnu_entity) : Revert
latest change.
* gcc-interface/trans.cc (gnat_to_gnu) :
Tweak latest change.
Tested on x86_64-pc-linux-gnu, committed on master.
---
gcc/ada/gcc-interface/decl.cc | 11 -
From: Eric Botcazou
This reuses a local constant more consistently, removes a duplicate of this
local constant, renames local variables, alphabetizes declarations, makes a
few consistency tweaks and adjusts a couple of comments.
No functional changes.
gcc/ada/
* exp_ch3.adb (Expand_N_O
From: Steve Baird
In some cases, compilation of a function with a limited class-wide result
type could fail with an internal error if a Sequential
Partition_Elaboration_Policy is specified. To prevent this, we want specifying
a Sequential Partition_Elaboration_Policy to have the side effect of
im
From: Ronan Desplanques
gcc/ada/
* doc/gnat_rm/implementation_defined_pragmas.rst: Restore
alphabetical ordering.
* gnat_rm.texi: Regenerate.
* gnat_ugn.texi: Regenerate.
Tested on x86_64-pc-linux-gnu, committed on master.
---
.../implementation_defined_pragmas
Hi,
On Fri, Nov 18, 2022 at 12:42:10PM -0700, Jeff Law wrote:
> > * genmultilib: Add sanity check.
>
> OK. It should be interesting to see if it trips.
It trips up various buildbot setups:
https://builder.sourceware.org/buildbot/#/changes/13720
Error calling ../../gcc/gcc/genmultilib: Numb
Hi,
This patch adds gdc to maintainer-scripts/update_web_docs_git so that
it's built and uploaded to gcc.gnu.org/onlinedocs.
One half of re-adding the gdc docs that were taken down after the revert
to the Sphinx conversion.
OK?
Regards,
Iain.
---
PR web/107749
maintainer-scripts/Chang
On 11/18/22 16:49, Kyrylo Tkachov wrote:
-Original Message-
From: Andrea Corallo
Sent: Thursday, November 17, 2022 4:38 PM
To: gcc-patches@gcc.gnu.org
Cc: Kyrylo Tkachov ; Richard Earnshaw
; Stam Markianos-Wright
Subject: [PATCH 13/35] arm: further fix overloading of MVE vaddq[_m]_n
On 11/18/22 16:58, Kyrylo Tkachov wrote:
-Original Message-
From: Andrea Corallo
Sent: Thursday, November 17, 2022 4:38 PM
To: gcc-patches@gcc.gnu.org
Cc: Kyrylo Tkachov ; Richard Earnshaw
; Stam Markianos-Wright
Subject: [PATCH 15/35] arm: Explicitly specify other float types for _
Hello,
Le 10/11/2022 à 11:20, Bernhard Reutner-Fischer via Fortran a écrit :
Tiny cleanup opportunity since we now have ext_attr_args in
struct symbol_attribute.
Bootstrapped and regtested on x86_64-unknown-linux with no new
regressions.
Ok for trunk if the prerequisite was approved ([PATCH 2/2]
Hi,
I couldn't find a Bugzilla account for you Thomas,
I've bisected a slowdown in startup speed for C++ to this change,
See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107675
When dynamically linking a fast enough machine hides the latency, but when
Statically linking or on slower devices thi
Hi,
When dynamically linking a fast enough machine hides the latency, but when
Statically linking or on slower devices this change caused a 5x increase in
Instruction count and 2x increase in cycle count before getting to main.
This has been quite noticeable on smaller devices. Is there a reas
Le 10/11/2022 à 11:20, Bernhard Reutner-Fischer via Fortran a écrit :
Bootstrapped and regtested cleanly on x86_unknown-linux.
The document bits will be rewritten for rst.
Ok for trunk if the prerequisite target_clones patch is approved?
gcc/fortran/ChangeLog:
* decl.cc (gfc_match_gcc_a
[Public]
Hi,
> I think instead of (znver4-fpu)*2 there should be
>
> znver4-fpu0*2|znver4-fpu1*2|znver4-fpu2*2|znver4-fpu3*2
>
> assuming the instruction occupies the same pipe on both cycles (your variant
> models as if it can move from one pipe to another).
> Also I think it's better to us
On Mon, Nov 21, 2022 at 12:22:32PM +0100, Thomas Neumann via Gcc-patches wrote:
> > When dynamically linking a fast enough machine hides the latency, but when
> > Statically linking or on slower devices this change caused a 5x increase in
> > Instruction count and 2x increase in cycle count before
> -Original Message-
> From: Thomas Neumann
> Sent: Monday, November 21, 2022 11:23 AM
> To: Tamar Christina ; gcc-patches@gcc.gnu.org;
> Jason Merrill
> Cc: Florian Weimer ; Jakub Jelinek
> ; Jonathan Wakely
> Subject: Re: [PATCH v4] eliminate mutex in fast path of __register_frame
>
>
It's easy to reproduce on x86 as well.
As a testcase:
#include
int main(int argc, char** argv) {
return 0;
}
And just compile with: g++ -O1 hello.cpp -static -o hello.exe.
thanks, I will take a look.
Best
Thomas
With the recent improvements to the splitting of special cases of
branch patterns on RISC-V, a dependency on an unmerged/in-discussion
change for branch-equals-zero slipped in: this allowed a non-X mode to
be presented to branch-equals-zero (where only X mode is permissible).
This addresses the is
My previous patch to add a sanity check to genmultilib actually
checked the number of dirnames with the number of "sets of options"
rather than the number of options, thus breaking the build on some
targets.
To avoid duplicating once more the loop that constructs the sed
patterns, this patch check
On 11/21/22 11:16, Mark Wielaard wrote:
Hi,
On Fri, Nov 18, 2022 at 12:42:10PM -0700, Jeff Law wrote:
* genmultilib: Add sanity check.
OK.� It should be interesting to see if it trips.
It trips up various buildbot setups:
https://builder.sourceware.org/buildbot/#/changes/13720
On Mon, Nov 21, 2022 at 12:59:15PM +0100, Christophe Lyon wrote:
> My previous patch to add a sanity check to genmultilib actually
> checked the number of dirnames with the number of "sets of options"
> rather than the number of options, thus breaking the build on some
> targets.
>
> To avoid dupl
"Andre Vieira (lists)" writes:
> Sorry for the late reply on this. I was wondering though why the check
> made sense. The way I see it, SI -> SI mode is either wrong or useless.
> So why not:
> if it is wrong, error (gcc_assert?) so we know it was generated wrongly
> somehow and fix it;
> if it
On 11/21/22 13:17, Jakub Jelinek wrote:
On Mon, Nov 21, 2022 at 12:59:15PM +0100, Christophe Lyon wrote:
My previous patch to add a sanity check to genmultilib actually
checked the number of dirnames with the number of "sets of options"
rather than the number of options, thus breaking the bui
Hi Christophe,
On Mon, 2022-11-21 at 13:12 +0100, Christophe Lyon wrote:
> On 11/21/22 11:16, Mark Wielaard wrote:
> > On Fri, Nov 18, 2022 at 12:42:10PM -0700, Jeff Law wrote:
> > > > * genmultilib: Add sanity check.
> > >
> > > OK. It should be interesting to see if it trips.
> >
> > I
On 11/21/22 13:32, Mark Wielaard wrote:
Hi Christophe,
On Mon, 2022-11-21 at 13:12 +0100, Christophe Lyon wrote:
On 11/21/22 11:16, Mark Wielaard wrote:
On Fri, Nov 18, 2022 at 12:42:10PM -0700, Jeff Law wrote:
* genmultilib: Add sanity check.
OK. It should be interesting to see
Hi,
On 2022-11-20 21:31, Jeff Law wrote:
On 11/2/22 12:21, Torbjorn SVENSSON via Gcc-patches wrote:
Hi,
Ping, https://gcc.gnu.org/pipermail/gcc-patches/2022-October/604062.html
Ok for trunk?
OK. Sorry for the delay.
Thanks for the review.
Pushed.
Kind regards,
Torbjörn
jeff
Working on the builtins, I realized that I mixed up (again) bits and byes.
While 'uint64_t var[2]' has a size of 128 bits, 'char var[128]' has a size of
128 bytes.
Thus, there is sufficient space for 16 pointer-size/uin64_t values but I only
need 6.
This patch now makes use of the available spa
0x38
.byte 0x1c
.align 8
.LEFDE0:
.LSFDE2:
.4byte .LEFDE2-.LASFDE2
.LASFDE2:
.4byte .Lframe0
.8byte .LFB1
.8byte .LFE1-.LFB1
.byte 0x4
.4byte .LCFI2-.LFB1
.byte 0xae
.byte 0
.byte 0xaf
.byte 0x1
.byte 0x4
.4byte .LCFI3-.LCFI2
.byte 0xf
.byte 0xc
.byte 0x92
.byte 0x2f
.byte 0
.byte 0x8
.byte 0x20
.byte 0x24
.byte 0x92
.byte 0x2e
.byte 0
.byte 0x22
.byte 0x38
.byte 0x1c
.align 8
.LEFDE2:
.ident "GCC: (GNU) 13.0.0 20221121 (experimental)"
On Sun, 20 Nov 2022, Jeff Law wrote:
> > The concern, as far as I understand would be the case where the
> > assembly-sequence leaves an incompatible extension in the register.
>
> Right. The question in my mind is whether or not the responsibility should be
> on the compiler or on the develop
This patch broke bootstrap on AIX due to its use of strchrnul(). It is an
extension available in Linux, but not all targets.
/src/src/gcc/cp/contracts.cc:213:21: error: 'strchrnul' was not declared in
this scope; did you mean 'strchr'?
213 | size_t role_len = strchrnul (role, ':') - role;
On 11/20/22 22:49, Ramana Radhakrishnan wrote:
On Fri, Nov 18, 2022 at 4:59 PM Kyrylo Tkachov via Gcc-patches
wrote:
-Original Message-
From: Andrea Corallo
Sent: Thursday, November 17, 2022 4:38 PM
To: gcc-patches@gcc.gnu.org
Cc: Kyrylo Tkachov ; Richard Earnshaw
; Stam Markianos
On 21/11/2022 13:40, Tobias Burnus wrote:
Working on the builtins, I realized that I mixed up (again) bits and byes.
While 'uint64_t var[2]' has a size of 128 bits, 'char var[128]' has a
size of 128 bytes.
Thus, there is sufficient space for 16 pointer-size/uin64_t values but I
only need 6.
T
"Kewen.Lin" writes:
> Hi,
>
> Gentle ping: https://gcc.gnu.org/pipermail/gcc-patches/2022-August/600190.html
>
> Any comments are highly appreciated.
>
> BR,
> Kewen
>
> on 2022/9/28 13:41, Kewen.Lin via Gcc-patches wrote:
>> Hi,
>>
>> Gentle ping:
>> https://gcc.gnu.org/pipermail/gcc-patches/20
On 11/21/22 05:20, Christophe Lyon via Gcc-patches wrote:
On 11/21/22 13:17, Jakub Jelinek wrote:
On Mon, Nov 21, 2022 at 12:59:15PM +0100, Christophe Lyon wrote:
My previous patch to add a sanity check to genmultilib actually
checked the number of dirnames with the number of "sets of optio
On 2022-11-20 10:42, Jeff Law wrote:
On 11/4/22 06:48, Siddhesh Poyarekar wrote:
Use string length of input to strdup to determine the usable size of the
resulting object. Avoid doing the same for strndup since there's a
chance that the input may be too large, resulting in an unnecessary
overh
Kyrylo Tkachov writes:
>> -Original Message-
>> From: Andrea Corallo
>> Sent: Thursday, November 17, 2022 4:38 PM
>> To: gcc-patches@gcc.gnu.org
>> Cc: Kyrylo Tkachov ; Richard Earnshaw
>> ; Andrea Corallo
>> Subject: [PATCH 10/35] arm: improve tests for vabavq*
>>
>> gcc/testsuite/Cha
On 11/21/22 06:49, Alexander Monakov wrote:
On Sun, 20 Nov 2022, Jeff Law wrote:
The concern, as far as I understand would be the case where the
assembly-sequence leaves an incompatible extension in the register.
Right. The question in my mind is whether or not the responsibility should be
On 11/21/22 00:26, Sebastian Huber wrote:
On 20/11/2022 17:57, Jeff Law wrote:
On 10/26/22 03:34, Sebastian Huber wrote:
On 04/10/2022 11:47, Sebastian Huber wrote:
On 08/09/2022 07:33, Sebastian Huber wrote:
On 04/08/2022 15:02, Sebastian Huber wrote:
On 22/07/2022 15:02, Sebastian Huber
On 21/11/2022 13:41, Tobias Burnus wrote:
On 19.11.22 11:46, Tobias Burnus wrote:
+ stacklimit = stackbase + seg_size*64;
(this should be '*seg_size' not 'seg_size' and the name should be
s/seg_size/seg_size_ptr/.)
I have updated the comment and ...
(Reading it, I think it should be '..
> On Nov 18, 2022, at 11:31 AM, Kees Cook wrote:
>
> On Fri, Nov 18, 2022 at 03:19:07PM +, Qing Zhao wrote:
>> Hi, Richard,
>>
>> Honestly, it’s very hard for me to decide what’s the best way to handle the
>> interaction
>> between -fstrict-flex-array=M and -Warray-bounds=N.
>>
>> Idea
On 11/21/22 02:25, juzhe.zh...@rivai.ai wrote:
https://gcc.gnu.org/pipermail/gcc-patches/2022-November/606523.html
This patch obviously didn't include scalable size frame.
So it ICE in offset = cfun->machine->frame.gp_sp_offset.to_constant ();
We can't directly use to_constant if the frame is a
On Mon, 21 Nov 2022, Joshi, Tejas Sanjay wrote:
> I have addressed all your comments in the patch attached here. I have also
> used znver4-direct for avx512 insns.
Thanks.
> * This patch increased the insn-automata.cc size from 201502 to 214902.
Assuming it's the number of lines of code, I ha
On Mon, 21 Nov 2022, Jeff Law wrote:
> They're writing assembly code -- in my book that means they'd better have a
> pretty good understanding of the architecture, its limitations and quirks.
That GCC ties together optimization and inline asm interface via its internal
TARGET_MODE_REP_EXTENDED
Pushed after off-list approval from Jeff Law.
On 2022-11-17 17:44, Torbjorn SVENSSON via Gcc-patches wrote:
Hi,
Ping, https://gcc.gnu.org/pipermail/gcc-patches/2022-November/604896.html
Ok for trunk?
Kind regards,
Torbjörn
On 2022-11-02 19:16, Torbjorn SVENSSON wrote:
Hi,
Ping, https://gcc
On Mon, Nov 14, 2022 at 04:10:22PM +0100, Richard Biener wrote:
> On Fri, Nov 11, 2022 at 7:53 PM Andrew Carlotti via Gcc-patches
> wrote:
> >
> > This recognises patterns of the form:
> > while (n) { n >>= 1 }
> >
> > This patch results in improved (but still suboptimal) codegen:
> >
> > foo (uns
Ping x4
On 2022/11/8 12:34 AM, Chung-Lin Tang wrote:
> Ping x3.
>
> On 2022/10/31 10:18 PM, Chung-Lin Tang wrote:
>> Ping x2.
>>
>> On 2022/10/17 10:29 PM, Chung-Lin Tang wrote:
>>> Ping.
>>>
>>> On 2022/9/21 3:45 PM, Chung-Lin Tang via Gcc-patches wrote:
Hi Tom,
I had a patch submitted
On 11/21/22 09:35, Aldy Hernandez via Gcc-patches wrote:
I've been playing around with removing the legacy VRP code for the
next release. It's a layered onion to get this right, but the first
bit is pretty straightforward and may be useful for this release.
Basically, it entails removing the o
On Sun, 20 Nov 2022 at 17:38, Jeff Law wrote:
>
>
> On 11/9/22 16:10, Philipp Tomsich wrote:
> > The current method of treating shifts of extended values on RISC-V
> > frequently causes sequences of 3 shifts, despite the presence of the
> > 'zero_extendsidi2_shifted' pattern.
> >
> > Consider:
> >
On Mon, Nov 21, 2022 at 3:49 AM Jakub Jelinek via Gcc-patches
wrote:
>
> On Mon, Nov 21, 2022 at 12:22:32PM +0100, Thomas Neumann via Gcc-patches
> wrote:
> > > When dynamically linking a fast enough machine hides the latency, but when
> > > Statically linking or on slower devices this change cau
On 11/18/22 23:25, Hongyu Wang via Gcc-patches wrote:
Hi,
Followed by the discussion in pr107602, -munroll-only-small-loops
Does not turns on/off -funroll-loops, and current check in
pass_rtl_unroll_loops::gate would cause -funroll-loops do not take
effect. Revert the change about targetm.loop
Richard Biener writes:
[snip]
> It feels like most of the above would usually be handled via lang specific
> specs rather than open-coded in the driver? Is there a specific reason you
> opted for explicit handling here?
The last time submitting the patches I perhaps went overboard using
lang-s
On 9/9/22 04:10, Ross Burton via Gcc-patches wrote:
If CXXFLAGS contains something unsupported by the build CXX, we see
build failures (e.g. using -fmacro-prefix-map for the target). Ensure
that CXXFLAGS_FOR_BUILD is passed where appropriate so that the correct
flags are used.
ChangeLog:
On 11/15/22 10:02, Maciej W. Rozycki wrote:
Permit running vector tests outside `check_vect_support_and_set_flags'
environment, removing errors such as:
ERROR: gcc.dg/analyzer/torture/pr93350.c -O0 : can't read "EFFECTIVE_TARGETS": no such
variable for " dg-require-effective-target 1 vect_i
On 11/4/22 07:44, Lewis Hyatt via Gcc-patches wrote:
In directives.cc, do_pragma() contains logic to handle a case such as the new
testcase pragma-omp-unknown.c, where an unknown pragma was the result of macro
expansion (for pragma namespaces that permit expansion). This no longer works
correct
Hello,
Le 17/11/2022 à 09:02, Bernhard Reutner-Fischer via Fortran a écrit :
Hi Honza, Ping.
Regtests cleanly for c,fortran,c++,ada,d,go,lto,objc,obj-c++
Ok?
I'd need this for attribute target_clones for the Fortran FE.
thanks,
On Wed, 9 Nov 2022 20:02:24 +0100
Bernhard Reutner-Fischer wrote:
Tested x86_64-linux. Pushed to trunk.
-- >8--
libstdc++-v3/ChangeLog:
* include/std/tuple: Add better Doxygen comments.
---
libstdc++-v3/include/std/tuple | 28 +++-
1 file changed, 23 insertions(+), 5 deletions(-)
diff --git a/libstdc++-v3/include/std/tuple b/l
Tested x86_64-linux. Pushed to trunk.
-- >8--
When there are no bound arguments to a std::bind_front call we don't
need the overhead of compiling, initializing, and accessing an empty
tuple.
libstdc++-v3/ChangeLog:
* include/std/functional (_Bind_front0): New class template.
(_B
Tested x86_64-linux. Pushed to trunk.
-- >8--
This ensures that we fail a static assertion before giving any other
errors. Instantiating chrono::duration will now
print this before the other errors caused by it:
error: static assertion failed: period must be a specialization of ratio
libstdc++-
> Hi Honza, Ping.
> Regtests cleanly for c,fortran,c++,ada,d,go,lto,objc,obj-c++
> Ok?
> I'd need this for attribute target_clones for the Fortran FE.
Sorry for delay here.
> > void
> > @@ -303,6 +301,10 @@ symbol_table::change_decl_assembler_name (tree decl,
> > tree name)
> > warning (0, "%
Hello,
Le 09/11/2022 à 20:02, Bernhard Reutner-Fischer via Fortran a écrit :
Hi!
Add support for attribute target_clones:
!GCC$ ATTRIBUTES target_clones("arch1", "arch3","default") :: mysubroutine
Bootstrapped and regtested on x86_64-unknown-linux with
--target_board=unix'{-m32,-m64}'.
OK for
On Mon, 21 Nov 2022 20:02:49 +0100
Jan Hubicka wrote:
> > Hi Honza, Ping.
> > Regtests cleanly for c,fortran,c++,ada,d,go,lto,objc,obj-c++
> > Ok?
> > I'd need this for attribute target_clones for the Fortran FE.
> Sorry for delay here.
> > > void
> > > @@ -303,6 +301,10 @@ symbol_table::chang
On Mon, 21 Nov 2022 12:24:11 +0100
Mikael Morin wrote:
> > --- a/gcc/fortran/decl.cc
> > +++ b/gcc/fortran/decl.cc
> (...)
> > @@ -11849,7 +11850,9 @@ gfc_match_gcc_attributes (void)
> > if (strcmp (name, ext_attr_list[id].name) == 0)
> > break;
> >
> > - if (id == EXT_ATTR_LA
On Mon, 21 Nov 2022 12:08:20 +0100
Mikael Morin wrote:
> > * gfortran.h (struct ext_attr_t): Remove middle_end_name.
> > * trans-decl.cc (add_attributes_to_decl): Move building
> > tree_list to ...
> > * decl.cc (gfc_match_gcc_attributes): ... here. Add the attribute to
> > th
While finishing the time zone support for C++20, I noticed that the
chrono::hh_mm_ss type is surprisingly large: 40 bytes. That's because
we use duration for each of the four members, _M_h, _M_m,
_M_s and _M_ss. This is very wasteful. The patch below reduces it to 16
bytes (or less for some targets
The existing comparison was incorrect for non-PRECISE counts
(e.g., AFDO): we could end up with a 0 base_count, which could
lead to asserts, e.g., in good_cloning_opportunity_p.
gcc/ChangeLog:
* ipa-cp.cc (ipcp_propagate_stage): Fix profile count comparison.
---
gcc/ipa-cp.cc | 2 +-
1 f
1. Fix gcov version
2. Don't attempt to create an autoprofile file for cc1 since cc1plus
(not cc1) is not invoked when building cc1
3. Fix documentation typo
Tested on x86_64-pc-linux-gnu.
gcc/ChangeLog:
* c/Make-lang.in: Don't attempt to create an autoprofile file for cc1
* cp/M
On Mon, 21 Nov 2022 20:13:40 +0100
Mikael Morin wrote:
> Hello,
>
> Le 09/11/2022 à 20:02, Bernhard Reutner-Fischer via Fortran a écrit :
> > Hi!
> >
> > Add support for attribute target_clones:
> > !GCC$ ATTRIBUTES target_clones("arch1", "arch3","default") :: mysubroutine
> > +/* Internal hel
Hi!
I've noticed
+FAIL: compiler driver --help=c++ option(s): "^ +-.*[^:.]\$" absent from
output: " -fcontract-build-level=[off|default|audit] Specify max contract
level to generate runtime checks for"
error, this is due to missing dot at the end of the description.
The second part of the firs
Hi Christophe,
On Mon, Nov 21, 2022 at 01:35:34PM +0100, Christophe Lyon wrote:
> On 11/21/22 13:32, Mark Wielaard wrote:
> > > I've just sent a fix:
> > > https://gcc.gnu.org/pipermail/gcc-patches/2022-November/606887.html
> > >
> > > Hopefully that one is right
> >
> > The buildbot gcc builds
Tested x86_64-pc-linux-gnu, and also manually changing the HAVE_DECL_STRCHRNUL
flag. OK for trunk?
-- 8< --
The Contracts implementation uses strchrnul, which is a glibc extension, so
bootstrap broke on non-glibc targets. I considered unconditionally using a
local definition, but I guess we mig
Hi!
On Mon, Nov 21, 2022 at 02:18:39PM +0800, HAO CHEN GUI wrote:
> 在 2022/11/18 20:18, Segher Boessenkool 写道:
> > I don't think we should pretend we have any conditional jumps the
> > machine does not actually have, in cbranchcc4. When would this ever be
> > useful? cror;beq can be quite expens
Successfully tested on x86_64-pc-linux-gnu.
Pushed to trunk as r13-4218-g9ada45967b4cf5.
gcc/testsuite/ChangeLog:
* gcc.dg/analyzer/CWE-131-examples.c: New test.
* gcc.dg/analyzer/file-CWE-1341-example.c: New test.
* gcc.dg/analyzer/malloc-CWE-401-example.c: New test.
Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu.
Pushed to trunk as r13-4219-g358dab90186b30.
gcc/analyzer/ChangeLog:
PR analyzer/10
* call-summary.cc
(call_summary_replay::convert_region_from_summary_1): Handle
RK_THREAD_LOCAL and RK_ERRNO in swit
Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu.
Pushed to trunk as r13-4221-g4e4e45a4fd3411.
gcc/analyzer/ChangeLog:
PR analyzer/107788
* region-model.cc (region_model::update_for_int_cst_return):
Require that the return type be an integer type.
(regi
Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu.
Pushed to trunk as r13-4220-g12a4785c9120be.
gcc/analyzer/ChangeLog:
PR analyzer/107783
* region-model-impl-calls.cc (kf_accept::matches_call_types_p):
Require that args 1 and 2 be pointers.
(kf_bind::ma
Hi,
When dynamically linking a fast enough machine hides the latency, but when
Statically linking or on slower devices this change caused a 5x increase in
Instruction count and 2x increase in cycle count before getting to main.
I have looked at ways to fix that. The problem is that with static
On Tue, Nov 22, 2022 at 1:41 AM Jeff Law via Gcc-patches
wrote:
>
>
> On 11/18/22 23:25, Hongyu Wang via Gcc-patches wrote:
> > Hi,
> >
> > Followed by the discussion in pr107602, -munroll-only-small-loops
> > Does not turns on/off -funroll-loops, and current check in
> > pass_rtl_unroll_loops::ga
1 - 100 of 110 matches
Mail list logo
