On 12/21/21 14:08, Patrick Palka wrote:
On Tue, Dec 21, 2021 at 2:03 PM Patrick Palka wrote:
On Wed, Jun 30, 2021 at 4:23 PM Jason Merrill wrote:
On 6/30/21 4:18 PM, Patrick Palka wrote:
On Wed, Jun 30, 2021 at 3:51 PM Jason Merrill wrote:
On 6/30/21 11:58 AM, Patrick Palka wrote:
On W
Hi,
This patch is to enable intrinsics that convert float and bf16 data to each
other.
Ok for master?
gcc/ChangeLog:
* config/i386/avx512bf16intrin.h (_mm_cvtsbh_ss): Add new intrinsic.
(_mm512_cvtpbh_ps): Likewise.
(_mm512_maskz_cvtpbh_ps): Likewise.
(_mm512_ma
Here is updated patch.
Also with corresponding target attribute, option default disabled.
gcc/ChangeLog:
* config/i386/i386-options.c (ix86_target_string): Handle
-mvect-compare-costs.
(ix86_valid_target_attribute_inner_p): Support target attribute
vect-compare-co
On Tue, Dec 14, 2021 at 6:33 PM Jeff Law via Gcc-patches
wrote:
>
>
>
> On 12/13/2021 5:27 PM, Joseph Myers wrote:
> > This is missing an invoke.texi update for the new option.
> And that update should probably note that -Oz turns on O2. OK with that
> change.
>
> jeff
A news entry for the new o
Hi Segher,
Thanks for your advice. Please see my explanation below.
On 22/12/2021 上午 1:05, Segher Boessenkool wrote:
> Hi!
>
> On Tue, Dec 21, 2021 at 04:08:06PM +0800, HAO CHEN GUI wrote:
>> This patch defines a pattern for mffscrni. If the RN is a constant, it can
>> call
>> gen_rs6000_mff
libstdc++ cannot find fenv_t for fenv.h when doing canadian compilation.
Fix it by adding -nostdinc++ toggle to configure and configure.ac.
new patch after today's change to configure
---
configure| 2 +-
configure.ac | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/conf
Hi,
Normaly, estimate_numbers_of_iterations get/caculate niter first,
and then invokes infer_loop_bounds_from_undefined. While in some case,
after a few call stacks, estimate_numbers_of_iterations is invoked before
niter is ready (e.g. before number_of_latch_executions returns).
e.g. number_of_la
no-guess-branch-probability option requires profile_count with initialized_p
guard. Also merge the missed part of r12-6086 of factor out function to
avoid duplicate code.
gcc/ChangeLog:
PR 103793
* tree-ssa-loop-split.c (fix_loop_bb_probability): New function.
(split_loop
On Tue, Dec 21, 2021 at 2:03 PM Patrick Palka wrote:
>
> On Wed, Jun 30, 2021 at 4:23 PM Jason Merrill wrote:
> >
> > On 6/30/21 4:18 PM, Patrick Palka wrote:
> > > On Wed, Jun 30, 2021 at 3:51 PM Jason Merrill wrote:
> > >>
> > >> On 6/30/21 11:58 AM, Patrick Palka wrote:
> > >>> On Wed, 30 Jun
On Wed, Jun 30, 2021 at 4:23 PM Jason Merrill wrote:
>
> On 6/30/21 4:18 PM, Patrick Palka wrote:
> > On Wed, Jun 30, 2021 at 3:51 PM Jason Merrill wrote:
> >>
> >> On 6/30/21 11:58 AM, Patrick Palka wrote:
> >>> On Wed, 30 Jun 2021, Patrick Palka wrote:
> >>>
> On Fri, 25 Jun 2021, Jason Me
On 21/12/21 7:28 am, Daniel Krügler wrote:
Am Di., 21. Dez. 2021 um 07:08 Uhr schrieb François Dumont via
Libstdc++ :
Hi
Is there a chance for this patch to be integrated for next gcc
release ?
François
No counterargument for the acceptance, but: Shouldn't
__small_size_threshold() be a
Hi!
On Tue, Dec 21, 2021 at 04:08:06PM +0800, HAO CHEN GUI wrote:
> This patch defines a pattern for mffscrni. If the RN is a constant, it can
> call
> gen_rs6000_mffscrni directly.
And that isn't more work than just falling through to the general case.
Okay.
> The "rs6000-builtin-new.def" de
This patch backports the change in mainline that adds power*-*-freebsd*
as supported targets for libphobos, which soft depends on another change
in mainline that adds FreeBSD_13 support for the bindings.
Regression tested on powerpc64-portbld-freebsd13.0, and committed to the
releases/gcc-11 branc
Hi
While trying to upgrade our vxworks 5.5 compiler to gcc12, I've hit a
problem when loading the libstdc++ module on target. It manifests as
[00] tShell memPartFree: invalid block 8bf72c in partition 9605dc.
[00] tShell memPartFree: invalid block 8bf38c in partition 9605dc.
[00]
This is the second part of my fix to PR target/103773 where -Oz shouldn't
use push/pop on x86 to shrink writing small integer constants to memory.
Instead clang uses "andl $0, mem" for writing zero, and "orl $-1, mem"
when writing -1 to memory when using -Oz. This patch implements this
via peepho
Hi,
This patch adds power*-*-freebsd* as supported targets for libphobos.
This has been tested on powerpc64-freebsd13 and powerpc64le-freebsd13,
and used to build dub, along with some D tools from ports.
Regression tested, and committed to mainline.
Regards,
Iain.
---
libphobos/ChangeLog:
Hi,
This patch backports a specific change from commit r12-6003 to the
release branches to fix the layout of stat_t on MIPS64 targets.
Bootstrapped and regression tested on mips-unknown-linux, with -mabi=64
and -mabi=n32 multilib configurations. Committed to releases/gcc-11,
gcc-10, and gcc-9 br
Le 20/12/2021 à 23:05, Harald Anlauf via Fortran a écrit :
Dear all,
we need to check the arguments of the elemental MASKL and MASKR
intrinsics also before simplifying.
Testcase by Gerhard. The fix is almost obvious, but I'm happy to
get feedback in case there is something I overlooked. (Ther
Hi All,
There was a bug in the ACLE specication for dot product which has now
been fixed[1]. This means some intrinsics were missing and are added by this
patch.
Bootstrapped and regtested on arm-none-linux-gnueabihf and no issues.
Ok for master?
[1] https://github.com/ARM-software/acle/releas
Hi All,
The previous fix for this problem was wrong due to a subtle difference between
where NEON expects the RMW values and where intrinsics expects them.
The insn pattern is modeled after the intrinsics and so needs an expand for
the vectorizer optab to switch the RTL.
However operand[3] is no
My apologies for the inconvenience. The new support for -Oz using
push/pop for small integer constants on x86_64 is only a win/correct
for loading registers. Fixed by adding !MEM_P tests in the appropriate
locations.
This patch has been tested on x86_64-pc-linux-gnu with make bootstrap
and make
On 20/12/2021 15:58, Andrew Stubbs wrote:
In order to support the %dynamic_smem_size PTX feature is is necessary
to bump the minimum supported PTX version from 3.1 (~2013) to 4.1 (~2014).
Tobias has pointed out, privately, that the default version is both
documented and encoded in the -mptx op
Hi,
I'd like to ping this patch revision [1].
Thanks,
Murray
[1]: https://gcc.gnu.org/pipermail/gcc-patches/2021-December/586476.html
---
On 09/12/2021 15:24, Murray Steele via Gcc-patches wrote:
> Changes from original patch:
>
> 1. Make mentioned changes to changelog.
> 2. Add namespace-e
libstdc++ cannot find fenv_t for fenv.h when doing canadian compilation.
Fix it by adding -nostdinc++ toggle to configure and configure.ac.
Backported from master
---
configure| 2 +-
configure.ac | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
ind
From: expnkx
libstdc++ cannot find fenv_t for fenv.h when doing canadian compilation.
Fix it by adding -nostdinc++ toggle to configure and configure.ac.
---
configure| 2 +-
configure.ac | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index 2e2dcd
Hi,
This patch fixes the ICE in PR100736. It adds a reverse condition comparison
when the
condition code can be reversed and finite-math-only is set.
Bootstrapped and tested on powerpc64-linux BE and LE with no regressions. Is
this okay for trunk?
Any recommendations? Thanks a lot.
ChangeLo
On 12/20/21 19:19, Rainer Orth wrote:
please make config.sub executable again. This has been lost with the
update.
Hello.
Sure, sorry for the unintended change. Fixed in
r12-6088-g6fad101f3063d722e3348d07dc93cf737f8709e4.
Martin
Hi,
I modified the patch according to reviewers' advice.
This patch defines a pattern for mffscrni. If the RN is a constant, it can
call
gen_rs6000_mffscrni directly. The "rs6000-builtin-new.def" defines prototype
for builtin arguments.
The pattern "rs6000_set_fpscr_rn" is then broken as the
28 matches
Mail list logo