I think things are clear enough to propose a patch. Thanks for
everyone's input.
I have added some comments and tweaked Michael's patch to include the
final BB where we're threading to, in the check. Without this last
check, we fail in tree-ssa/cunroll-15.c because the latch becomes
pollute
The RX port defaults to STABS when -mas100-syntax is used because
the AS100 assembler does not support some of the pseudo-ops used
by DWARF2 debug emission. Since STABS is going to be deprecated
that has to change. The following simply always uses DWARF2,
likely leaving -mas100-syntax broken when
This switches the AVR port to generate DWARF2 debugging info by
default since the support for STABS is going to be deprecated for
GCC 12.
OK for trunk?
Thanks,
Richard.
2021-09-10 Richard Biener
* config/avr/elf.h (PREFERRED_DEBUGGING_TYPE): Remove
override, pick up DWARF2_DE
This removes the always defined DARWIN_PREFER_DWARF and the code
guarded by it being not defined, removing the possibility to
default some i386 darwin configurations to STABS when it would
not be defined.
OK for trunk?
Thanks,
Richard.
2021-09-10 Richard Biener
* config/darwin.h (DAR
On Thu, 9 Sep 2021, Kees Cook wrote:
> On Thu, Sep 09, 2021 at 10:49:11PM +, Qing Zhao wrote:
> > Hi, FYI
> >
> > I just committed the following patch to gcc upstream:
> >
> >
> > https://gcc.gnu.org/pipermail/gcc-cvs/2021-September/353195.html
>
> Hurray! Thank you so much for working on
This amends the caveats section of the GCC 12 release notes according
to the STABS deprecation.
I'll wait with pushing to the point it reflects the state on trunk
rather than projecting what will be the state for GCC 12.
---
htdocs/gcc-12/changes.html | 6 ++
1 file changed, 6 insertions(+)
On Fri, Sep 10, 2021 at 09:28:16AM +0200, Richard Biener via Gcc-patches wrote:
> This amends the caveats section of the GCC 12 release notes according
> to the STABS deprecation.
>
> I'll wait with pushing to the point it reflects the state on trunk
> rather than projecting what will be the state
On Fri, 10 Sep 2021, Jakub Jelinek wrote:
> On Fri, Sep 10, 2021 at 09:28:16AM +0200, Richard Biener via Gcc-patches
> wrote:
> > This amends the caveats section of the GCC 12 release notes according
> > to the STABS deprecation.
> >
> > I'll wait with pushing to the point it reflects the state
Hi!
Ping.
On 2021-09-03T21:16:46+0200, Thomas Schwinge wrote:
> Martin, thanks for your review. Now need someone to formally approve the
> third patch.
Again attached for easy reference.
Grüße
Thomas
> On 2021-09-01T18:14:46-0600, Martin Sebor wrote:
>> On 9/1/21 1:35 PM, Thomas Schwinge
Hi!
Ping. My patches again attached, for easy reference.
Grüße
Thomas
On 2021-09-03T18:33:37+0200, I wrote:
> Hi!
>
> On 2021-09-02T21:09:54+0200, I wrote:
>> On 2021-09-02T15:59:14+0200, I wrote:
>>> On 2016-08-05T14:16:58-0400, David Malcolm wrote:
Committed to trunk as r239175; I'm
Hi!
On 2021-09-01T19:31:19-0600, Martin Sebor via Gcc-patches
wrote:
> On 8/30/21 4:46 AM, Thomas Schwinge wrote:
>> Ping -- we still need to plug the memory leak; see patch attached, and/or
>> long discussion here:
>
> Thanks for answering my questions. I have no concerns with going
> forward
Un-break the build for AArch64 Darwin. Build currently fails with an
error very similar to pr82091:
```
In file included from
../../../gcc-master-wip-apple-si/gcc/analyzer/engine.cc:69:
In file included from
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacO
Hi!
Ping. Patch again attached for easy reference.
Plus, incrementally, the two "should we" questions cited below?
Grüße
Thomas
On 2021-08-24T12:23:07+0200, I wrote:
> Hi!
>
> On 2021-08-19T22:13:56+0200, I wrote:
>> On 2021-08-16T10:21:04+0200, Jakub Jelinek wrote:
>>> On Mon, Aug 16, 20
This avoids initializing empty types for which we'll eventually
leave a .DEFERRED_INIT call without a LHS.
Bootstrap & regtest running on x86_64-unknown-linux-gnu.
2021-09-10 Richard Biener
PR middle-end/102269
* gimplify.c (is_var_need_auto_init): Empty types do not need
On 10/09/2021 00:49, Qing Zhao via Gcc-patches wrote:
Hi, FYI
I just committed the following patch to gcc upstream:
https://gcc.gnu.org/pipermail/gcc-cvs/2021-September/353195.html
Hi,
Several of the new tests fail on arm and aarch64 with -mabi=ilp32.
On arm:
gcc:gcc.dg/dg.exp=c-c++-com
On 9/10/21 10:47, Christophe LYON via Gcc-patches wrote:
Can you check?
It's the following bug:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102269
Martin
Hi,
Ping: https://gcc.gnu.org/pipermail/gcc-patches/2021-August/577846.html
Ok for master? If OK, can it be committed for me, I have no commit rights.
Jirui Wu
-Original Message-
From: Jirui Wu
Sent: Friday, September 3, 2021 12:39 PM
To: 'Richard Biener'
Cc: Richard Biener ; Andrew Pi
Hi Richard,
Thanks for suggestion, which cleanly solves the problem I was encountering.
This revised patch adds a Boolean simplify argument to tree-ssa-sccvn.c's
vn_nary_build_or_lookup_1 to control whether to simplification should be
performed before value numbering, updating the callers, but the
Hi.
We're considering with Richi some changes related to how we emit early debug
info.
That would probably include changes where the debug info would be streamed to a
separate
file (different from normal .o output file).
That said, we would need switching in between output assembly files. The
Hi!
On 2021-09-10T10:47:00+0200, Christophe LYON via Gcc-patches
wrote:
> On 10/09/2021 00:49, Qing Zhao via Gcc-patches wrote:
>> I just committed the following patch to gcc upstream:
>>
>>
>> https://gcc.gnu.org/pipermail/gcc-cvs/2021-September/353195.html
> Several of the new tests fail on a
This refactors expansion to consider non-decl LHS. I suspect
the is_val argument is not needed.
Bootstrapped and regtest running on x86_64-unknown-linux-gnu.
Richard.
2021-09-10 Richard Biener
PR middle-end/102273
* internal-fn.c (expand_DEFERRED_INIT): Always expand non-SSA
On Fri, Sep 10, 2021 at 1:50 AM Segher Boessenkool
wrote:
>
> On Thu, Sep 09, 2021 at 08:16:16AM +0200, Richard Biener wrote:
> > > I think we should (longer term) get rid of the overloaded meanings and
> > > uses of subregs. One fairly simple thing is to make a new rtx code
> > > "bit_cast" (or
On Fri, Sep 10, 2021 at 5:03 AM Hongtao Liu wrote:
>
> On Fri, Sep 10, 2021 at 7:49 AM Segher Boessenkool
> wrote:
> >
> > On Thu, Sep 09, 2021 at 08:16:16AM +0200, Richard Biener wrote:
> > > > I think we should (longer term) get rid of the overloaded meanings and
> > > > uses of subregs. One f
On Fri, Sep 10, 2021 at 6:54 PM Richard Biener
wrote:
>
> On Fri, Sep 10, 2021 at 5:03 AM Hongtao Liu wrote:
> >
> > On Fri, Sep 10, 2021 at 7:49 AM Segher Boessenkool
> > wrote:
> > >
> > > On Thu, Sep 09, 2021 at 08:16:16AM +0200, Richard Biener wrote:
> > > > > I think we should (longer term)
On Fri, Apr 27, 2018 at 9:32 PM Jeff Law wrote:
>
> On 04/27/2018 11:42 AM, Richard Biener wrote:
> > On April 27, 2018 7:26:19 PM GMT+02:00, Jeff Law wrote:
> >> On 04/27/2018 09:36 AM, Joseph Myers wrote:
> >>> Since tile support has been removed from the Linux kernel for 4.17,
> >>> this patch
This makes defaults.h choose DWARF2_DEBUG if PREFERRED_DEBUGGING_TYPE
is not specified by the target and NO_DEBUG if DWARF is not supported.
It also makes us warn when STABS is enabled and removes the corresponding
diagnostic from the Ada frontend. The warnings are pruned from the
testsuite outpu
On 9/10/21 12:45 AM, HAO CHEN GUI wrote:
Bill,
Thanks so much for your advice.
I refined the patch and passed the bootstrap and regression test.
Just one thing, the test case becomes unsupported on P9 if I set "{
dg-require-effective-target power10_ok }". I just want the test case to
On Fri, Sep 10, 2021 at 7:25 PM Hongtao Liu wrote:
>
> On Fri, Sep 10, 2021 at 6:54 PM Richard Biener
> wrote:
> >
> > On Fri, Sep 10, 2021 at 5:03 AM Hongtao Liu wrote:
> > >
> > > On Fri, Sep 10, 2021 at 7:49 AM Segher Boessenkool
> > > wrote:
> > > >
> > > > On Thu, Sep 09, 2021 at 08:16:16A
Hi:
Details discussed in
https://gcc.gnu.org/pipermail/gcc-patches/2021-September/579170.html.
Bootstrapped and regtested on x86_64-linux-gnu{-m32,}.
Ok for trunk?
liuhongt (2):
Revert "Get rid of all float-int special cases in validate_subreg."
validate_subreg before call gen_lowpar
This reverts commit d2874d905647a1d146dafa60199d440e837adc4d.
PR target/102254
PR target/102154
PR target/102211
---
gcc/emit-rtl.c | 40
1 file changed, 40 insertions(+)
diff --git a/gcc/emit-rtl.c b/gcc/emit-rtl.c
index 77ea8948ee8..ff3b4449b37 100644
-
gcc/ChangeLog:
* expmed.c (extract_bit_field_using_extv): validate_subreg
before call gen_lowpart.
---
gcc/expmed.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/gcc/expmed.c b/gcc/expmed.c
index 3143f38e057..10d62d857a8 100644
--- a/gcc/expmed.c
+++ b/g
On Fri, Sep 10, 2021 at 2:58 PM liuhongt wrote:
>
> This reverts commit d2874d905647a1d146dafa60199d440e837adc4d.
OK.
Richard.
> PR target/102254
> PR target/102154
> PR target/102211
> ---
> gcc/emit-rtl.c | 40
> 1 file changed, 40 insertions(+)
>
> d
On Fri, Sep 10, 2021 at 2:58 PM liuhongt wrote:
>
> gcc/ChangeLog:
>
> * expmed.c (extract_bit_field_using_extv): validate_subreg
> before call gen_lowpart.
> ---
> gcc/expmed.c | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/gcc/expmed.c b/gcc/expmed
OK, time to finish this up. The main change relative to the last patch I sent
to the list is dropping the -finterference-tune flag and making that behavior
the default. Any more comments?
The last missing piece of the C++17 standard library is the hardware
intereference size constants. Mu
Hi,
On Fri, 10 Sep 2021, Aldy Hernandez via Gcc-patches wrote:
> }
> +
> + /* Threading through a non-empty latch would cause code to be added
"through an *empty* latch". The test in code is correct, though.
And for the before/after loops flag you added: we have a
cfun->curr_properties
On Fri, Sep 10, 2021 at 9:16 PM Richard Biener via Gcc-patches
wrote:
>
> On Fri, Sep 10, 2021 at 2:58 PM liuhongt wrote:
> >
> > gcc/ChangeLog:
> >
> > * expmed.c (extract_bit_field_using_extv): validate_subreg
> > before call gen_lowpart.
> > ---
> > gcc/expmed.c | 6 +-
> >
On Fri, Sep 10, 2021 at 03:15:56PM +0200, Richard Biener wrote:
> On Fri, Sep 10, 2021 at 2:58 PM liuhongt wrote:
> >if (REG_P (target)
> > - && TRULY_NOOP_TRUNCATION_MODES_P (GET_MODE (target), ext_mode))
>
> ^^^
>
> I wonder if herein lies the problem in that the HFmode "trunca
On September 10, 2021 3:27:09 PM GMT+02:00, Hongtao Liu
wrote:
>On Fri, Sep 10, 2021 at 9:16 PM Richard Biener via Gcc-patches
> wrote:
>>
>> On Fri, Sep 10, 2021 at 2:58 PM liuhongt wrote:
>> >
>> > gcc/ChangeLog:
>> >
>> > * expmed.c (extract_bit_field_using_extv): validate_subreg
>> >
On Fri, Sep 10, 2021 at 9:27 PM Hongtao Liu wrote:
>
> On Fri, Sep 10, 2021 at 9:16 PM Richard Biener via Gcc-patches
> wrote:
> >
> > On Fri, Sep 10, 2021 at 2:58 PM liuhongt wrote:
> > >
> > > gcc/ChangeLog:
> > >
> > > * expmed.c (extract_bit_field_using_extv): validate_subreg
> > >
On Fri, Sep 10, 2021 at 9:32 PM Richard Biener
wrote:
>
> On September 10, 2021 3:27:09 PM GMT+02:00, Hongtao Liu
> wrote:
> >On Fri, Sep 10, 2021 at 9:16 PM Richard Biener via Gcc-patches
> > wrote:
> >>
> >> On Fri, Sep 10, 2021 at 2:58 PM liuhongt wrote:
> >> >
> >> > gcc/ChangeLog:
> >> >
>
Hi Richard.
> On Thu, 9 Sep 2021, Kees Cook wrote:
>
>> On Thu, Sep 09, 2021 at 10:49:11PM +, Qing Zhao wrote:
>> > Hi, FYI
>> >
>> > I just committed the following patch to gcc upstream:
>> >
>> >
>> > https://gcc.gnu.org/pipermail/gcc-cvs/2021-September/353195.html
>>
>> Hurray! Thank
On 9/10/2021 12:52 AM, Richard Biener via Gcc-patches wrote:
This changes the default debug format for Alpha/VMS to DWARF2 only,
skipping emission of VMS debug info which is going do be deprecated
for GCC 12 alongside the support for STABS.
It looks like other flavors of VMS never used VMS_DE
On 9/10/2021 1:13 AM, Richard Biener via Gcc-patches wrote:
This switches the AVR port to generate DWARF2 debugging info by
default since the support for STABS is going to be deprecated for
GCC 12.
OK for trunk?
Thanks,
Richard.
2021-09-10 Richard Biener
* config/avr/elf.h (PREF
On 9/10/2021 1:05 AM, Richard Biener wrote:
The RX port defaults to STABS when -mas100-syntax is used because
the AS100 assembler does not support some of the pseudo-ops used
by DWARF2 debug emission. Since STABS is going to be deprecated
that has to change. The following simply always uses
On Fri, Sep 10, 2021 at 9:32 PM Richard Biener
wrote:
>
> On September 10, 2021 3:27:09 PM GMT+02:00, Hongtao Liu
> wrote:
> >On Fri, Sep 10, 2021 at 9:16 PM Richard Biener via Gcc-patches
> > wrote:
> >>
> >> On Fri, Sep 10, 2021 at 2:58 PM liuhongt wrote:
> >> >
> >> > gcc/ChangeLog:
> >> >
>
On 9/10/2021 5:50 AM, Richard Biener via Libc-alpha wrote:
On Fri, Apr 27, 2018 at 9:32 PM Jeff Law wrote:
On 04/27/2018 11:42 AM, Richard Biener wrote:
On April 27, 2018 7:26:19 PM GMT+02:00, Jeff Law wrote:
On 04/27/2018 09:36 AM, Joseph Myers wrote:
Since tile support has been removed
On 9/10/21 3:16 PM, Michael Matz wrote:
Hi,
On Fri, 10 Sep 2021, Aldy Hernandez via Gcc-patches wrote:
}
+
+ /* Threading through a non-empty latch would cause code to be added
"through an *empty* latch". The test in code is correct, though.
Whoops.
And for the before/after lo
On 2021/9/9 18:55, Richard Biener wrote:
diff --git a/gcc/tree-ssa-loop-im.c b/gcc/tree-ssa-loop-im.c
index 5d6845478e7..4b187c2cdaf 100644
--- a/gcc/tree-ssa-loop-im.c
+++ b/gcc/tree-ssa-loop-im.c
@@ -3074,15 +3074,13 @@ fill_always_executed_in_1 (class loop *loop, sbitmap
contains_call)
On September 10, 2021 3:30:10 PM GMT+02:00, Segher Boessenkool
wrote:
>On Fri, Sep 10, 2021 at 03:15:56PM +0200, Richard Biener wrote:
>> On Fri, Sep 10, 2021 at 2:58 PM liuhongt wrote:
>> >if (REG_P (target)
>> > - && TRULY_NOOP_TRUNCATION_MODES_P (GET_MODE (target), ext_mode))
Add AM_CCASFLAGS to Makefile.am to compile assembly codes with $CET_FLAGS.
* asan/Makefile.am (AM_CCASFLAGS): New. Set to $(EXTRA_ASFLAGS).
* hwasan/Makefile.am (AM_CCASFLAGS): Likewise.
* interception/Makefile.am (AM_CCASFLAGS): Likewise.
* lsan/Makefile.am (AM_CC
On 9/10/2021 3:08 AM, Martin Liška wrote:
On 9/10/21 10:47, Christophe LYON via Gcc-patches wrote:
Can you check?
It's the following bug:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102269
And it's already fixed too ;-) All my targets with a kernel build
component were failing because of
On Thu, Sep 9, 2021 at 11:03 PM Hongtao Liu wrote:
>
> On Fri, Sep 10, 2021 at 7:49 AM Segher Boessenkool
> wrote:
> >
> > On Thu, Sep 09, 2021 at 08:16:16AM +0200, Richard Biener wrote:
> > > > I think we should (longer term) get rid of the overloaded meanings and
> > > > uses of subregs. One f
This avoids test.invalid.some.domain being successfully resolved.
libstdc++-v3/ChangeLog:
* testsuite/experimental/net/internet/resolver/ops/lookup.cc:
Fix invalid hostname to only match the .invalid TLD.
Tested x86_64-linux. Committed to trunk.
commit 7f8af6dc82a0dac0d97fdd4d1f
Hi David.
> New instructions have been added over time to the eBPF ISA, but
> previously there has been no good method to select which version to
> target in GCC.
>
> This patch adds the following options to the BPF backend:
>
> -mcpu={v1, v2, v3}
> Select which version of the eBPF ISA to
On Fri, Sep 10, 2021 at 10:08 PM David Edelsohn wrote:
>
> On Thu, Sep 9, 2021 at 11:03 PM Hongtao Liu wrote:
> >
> > On Fri, Sep 10, 2021 at 7:49 AM Segher Boessenkool
> > wrote:
> > >
> > > On Thu, Sep 09, 2021 at 08:16:16AM +0200, Richard Biener wrote:
> > > > > I think we should (longer term
On Fri, Sep 10, 2021 at 9:44 PM Hongtao Liu wrote:
>
> On Fri, Sep 10, 2021 at 9:32 PM Richard Biener
> wrote:
> >
> > On September 10, 2021 3:27:09 PM GMT+02:00, Hongtao Liu
> > wrote:
> > >On Fri, Sep 10, 2021 at 9:16 PM Richard Biener via Gcc-patches
> > > wrote:
> > >>
> > >> On Fri, Sep 10
Hi, Christophe,
Thanks for reporting the issue.
Yes, the testing cases I added only got tested on aarch64 and x86_64 platforms,
failures on other platforms are expected.
I will take a look on this and to see how to resolve the testing issues.
Qing
> On Sep 10, 2021, at 3:47 AM, Christophe LY
Hi, Thomas,
Thanks for reporting the issue.
> On Sep 10, 2021, at 4:40 AM, Thomas Schwinge wrote:
>
> Hi!
>
> On 2021-09-10T10:47:00+0200, Christophe LYON via Gcc-patches
> wrote:
>> On 10/09/2021 00:49, Qing Zhao via Gcc-patches wrote:
>>> I just committed the following patch to gcc upstrea
Hello,
On Fri, 10 Sep 2021, Aldy Hernandez via Gcc-patches wrote:
> Like this?
Yep, but I can't approve.
Ciao,
Michael.
Hi, Richard, Jose,
Yes, we will try to come up with a patch to gcc-12/changes.html for this
feature.
Thanks.
Qing
> On Sep 10, 2021, at 8:46 AM, Jose E. Marchesi via Gcc-patches
> wrote:
>
>
> Hi Richard.
>
>> On Thu, 9 Sep 2021, Kees Cook wrote:
>>
>>> On Thu, Sep 09, 2021 at 10:49:11PM
On Fri, 2021-09-10 at 09:01 +0100, Maxim Blinov wrote:
> Un-break the build for AArch64 Darwin. Build currently fails with an
> error very similar to pr82091:
>
> ```
> In file included from ../../../gcc-master-wip-apple-
> si/gcc/analyzer/engine.cc:69:
> In file included from
> /Applications/Xcod
Changes since version 2:
patch 1 is reworked again.
patch 2 is unchanged from v2, it's included here only for completeness.
patch 3 is unchanged, it's included here only for completeness.
-
This short patch series is designed to address some more cases where we
can usefully lower
gen_lowpart_general handles forming a lowpart of a MEM by using
adjust_address to rework and validate a new version of the MEM.
Do the same for gen_highpart rather than calling simplify_gen_subreg
for this case.
gcc/ChangeLog:
PR target/102125
* emit-rtl.c (gen_highpart): Use adj
DImode is currently handled only for machines with vector modes
enabled, but this is unduly restrictive and is generally better done
in core registers.
gcc/ChangeLog:
PR target/102125
* config/arm/arm.md (movmisaligndi): New define_expand.
* config/arm/vec-common.md (movm
The current restriction on folding memcpy to a single element of size
MOVE_MAX is excessively cautious on most machines and limits some
significant further optimizations. So relax the restriction provided
the copy size does not exceed MOVE_MAX * MOVE_RATIO and that a SET
insn exists for moving th
On Fri, Sep 10, 2021 at 12:53:37PM +0200, Richard Biener wrote:
> On Fri, Sep 10, 2021 at 1:50 AM Segher Boessenkool
> wrote:
> > And many targets have strange rules for bit-strings in which modes can
> > be used as bit-strings in which other modes, and at what offsets in
> > which registers. Now
Hello,
On Fri, 10 Sep 2021, Richard Biener via Gcc-patches wrote:
> diagnostic from the Ada frontend. The warnings are pruned from the
> testsuite output via prune_gcc_output but somehow this doesn't work
> for the tests in gfortran.dg/debug which are now failing with excess
> errors. That seem
On 9/10/2021 1:19 AM, Richard Biener via Gcc-patches wrote:
This removes the always defined DARWIN_PREFER_DWARF and the code
guarded by it being not defined, removing the possibility to
default some i386 darwin configurations to STABS when it would
not be defined.
OK for trunk?
Thanks,
Richa
On 9/10/2021 12:38 AM, Richard Biener via Gcc-patches wrote:
This removes the fallback to STABS as default for cygwin and mingw
when the assembler does not support .secrel32 and the default is
to emit 32bit code. Support for .secrel32 was added to binutils 2.16
released in 2005 so instead doc
On Fri, Sep 10, 2021 at 11:09:31AM +0800, Hongtao Liu wrote:
> On Fri, Sep 10, 2021 at 7:49 AM Segher Boessenkool
> wrote:
> > way too long. But from that same history it follows that anything you
> > do not super carefully (with testing everywhere) will cause some serious
> Frankly, testing ever
This misses the m68k extended real format.
Andreas.
* ISO_Fortran_binding.h (CFI_type_long_double)
(CFI_type_long_double_Complex) [LDBL_MANT_DIG == 64 &&
LDBL_MIN_EXP == -16382 && LDBL_MAX_EXP == 16384]: Define.
---
libgfortran/ISO_Fortran_binding.h | 7 +++
1 file ch
Dwarf2 only works with an ancient GDB. VMS style was useful because it
implemented enough to get a trace back.
But as you say it’s dead, so no basis for objection.
On Fri, Sep 10, 2021 at 6:47 AM Jeff Law wrote:
>
>
> On 9/10/2021 12:52 AM, Richard Biener via Gcc-patches wrote:
> > This changes
On Fri, Sep 10, 2021 at 03:58:47PM +0200, Richard Biener wrote:
> On September 10, 2021 3:30:10 PM GMT+02:00, Segher Boessenkool
> wrote:
> >TRULY_NOOP_TRUNCATION does not make sense to ask if changing mode class.
>
> OK, so there's a mode class comparison missing here which should be a better
On 9/10/2021 7:53 AM, Aldy Hernandez via Gcc-patches wrote:
On 9/10/21 3:16 PM, Michael Matz wrote:
Hi,
On Fri, 10 Sep 2021, Aldy Hernandez via Gcc-patches wrote:
}
+
+ /* Threading through a non-empty latch would cause code to be added
"through an *empty* latch". The test in c
This Go frontend patch corrects the condition under which we call
memclrHasPointers. When compiling append(s, make([]typ, ln)...),
where typ has a pointer, and the append fits within the existing
capacity of s, the condition used to clear out the new elements was
reversed. This fixes https://gola
On September 10, 2021 6:24:50 PM GMT+02:00, Segher Boessenkool
wrote:
>On Fri, Sep 10, 2021 at 03:58:47PM +0200, Richard Biener wrote:
>> On September 10, 2021 3:30:10 PM GMT+02:00, Segher Boessenkool
>> wrote:
>> >TRULY_NOOP_TRUNCATION does not make sense to ask if changing mode class.
>>
>>
Hi!
This patch implements OpenMP 5.1 atomics (with clarifications from upcoming
5.2).
The most important changes are that it is now possible to write (for C/C++,
for Fortran it was possible before already) min/max atomics and more importantly
compare and exchange in various forms.
Also, acq_rel i
Early PING for that patch.
On 06.09.21 12:52, Tobias Burnus wrote:
Hi all,
gfortran's internal array descriptor (xgfc descriptor) and
the descriptor used with BIND(C) (CFI descriptor, ISO_Fortran_binding.h
of TS29113 / Fortran 2018) are different. Thus, when calling a BIND(C)
procedure the gfc
>From f75e52427846bc453544833b1d167f8568e7cfd8 Mon Sep 17 00:00:00 2001
From: Petter Tomner
Date: Fri, 10 Sep 2021 21:37:00 +0200
Subject: [PATCH] MAINTAINERS: Adding myself to to DCO and write after approval
2020-09-10 Petter Tomner
ChangeLog:
* MAINTAINERS: Me added to DCO and
On Fri, Sep 10, 2021 at 10:25:45PM +0800, Hongtao Liu wrote:
> Updated patch.
>
> Bootstrapped and regtested on x86_64-linux-gnu{-m32,}, do I need to
> run this patch on other targets machine, or the patch is supposed to
> have minimal impact on other targets?
> Then, ok for trunk?
[-- Attac
On Fri, Sep 10, 2021 at 08:36:12PM +0200, Richard Biener wrote:
> On September 10, 2021 6:24:50 PM GMT+02:00, Segher Boessenkool
> wrote:
> >Yes, we should not call TRULY_NOOP_TRUNCATION_MODES_P for any random two
> >modes: such a truncation needs to have a meaning at all, for the
> >question to
Hello again,
it looks like one simple patch got left out by accident. Would it be possible
for you to commit it?
Thank you,
Piotr Kubaj.
On 20-12-28 06:37:23, Segher Boessenkool wrote:
> On Mon, Dec 28, 2020 at 12:44:15PM +0100, Gerald Pfeifer wrote:
> > On Wed, 16 Dec 2020, Segher Boessenkool
On Sat, Sep 11, 2021 at 5:21 AM Segher Boessenkool
wrote:
>
> On Fri, Sep 10, 2021 at 10:25:45PM +0800, Hongtao Liu wrote:
> > Updated patch.
> >
> > Bootstrapped and regtested on x86_64-linux-gnu{-m32,}, do I need to
> > run this patch on other targets machine, or the patch is supposed to
> >
On Sat, Sep 11, 2021 at 8:29 AM Hongtao Liu wrote:
>
> On Sat, Sep 11, 2021 at 5:21 AM Segher Boessenkool
> wrote:
> >
> > On Fri, Sep 10, 2021 at 10:25:45PM +0800, Hongtao Liu wrote:
> > > Updated patch.
> > >
> > > Bootstrapped and regtested on x86_64-linux-gnu{-m32,}, do I need to
> > > run
Enables putting line comments into option files included using '@'.
Comments begin with a ';' followed by whitespace, and terminates at the
end of the line. Backward compability should be satisfactory since ';'
is a character disallowed in DOS filenames and rarely used in filenames
or options any
85 matches
Mail list logo
