Hi,
When vectorizing with --param vect-partial-vector-usage=1 the vectorizer
uses an unpredicated (all-true predicate for SVE) main loop and a
predicated tail loop. The way this was implemented seems to mean it
re-uses the same vector-mode for both loops, which means the tail loop
isn't an ac
Hi Joseph,
I found some time to update this patch. The only real change
of the patch is the qualifier in the conditional expression for
pointer to arrays in C2X. All the rest are the warnings,
which were wrong in the last version.
I hope I got this correct this time in combination with
-pedantic
Hi:
This patch is about to add define_insn_and_split to convert avx512
mask mov back to pblendv instructions when mask operand is (lt: reg
const0_rtx).
Bootstrapped and regtested on x86_64-linux-gnu{-m32,}.
Ok for trunk?
gcc/ChangeLog:
PR target/100648
* config/i386/sse.md
Hi:
This patch is about to Fold __builtin_ia32_pblendvb128 (a, b, c) as
VEC_COND_EXPR (c < 0, b, a), similar for float version but with
mask operand VIEW_CONVERT_EXPR to same sized integer vectype.
After folding, blendv related patterns can be redefined as
vec_merge since all elements of mask
From: Andrew Pinski
To simplify PHI-OPT and future improvements to it in most
(but not all) cases, using match-and-simplify simplifies how
much code is needed to be added.
This depends on the following two patches:
https://gcc.gnu.org/pipermail/gcc-patches/2021-May/571033.html
https://gcc.gnu.or
From: Andrew Pinski
This copies the optimization that is done in phiopt for
"x < 0 ? ~y : y to (x >> 31) ^ y" into match.pd. The code
for phiopt is kept around until phiopt uses match.pd (which
I am working towards).
Note the original testcase is now optimized early on and I added a
new testcase
From: Andrew Pinski
phi-opt-10.c and phi-opt-7.c both depend on currently that some ssa name
versions are one digit long which is not always correct. This fixes the
problem by detecting digits rather than just using '.'.
Committed as obvious after a bootstrap/test.
Thanks,
Andrew Pinski
gcc/te
GNU gettext introduced this change[0] in version 0.19.8 to fix
gettext detection with musl libc, since it does not define these
internal symbols.
This allows gcc to build with musl gettext rather than falling back
to the bundled version.
[0] https://git.savannah.gnu.org/gitweb/?p=gettext.git;a=co
On 21 May 2021 22:56:09 CEST, Bill Schmidt via Gcc-patches
wrote:
>>> + if (lastpos < pos)
>>> +return 0;
>>> +
>>> + char *buf = (char *) malloc (lastpos - pos + 2);
>>> + memcpy (buf, &linebuf[pos], lastpos - pos + 1);
>>> + buf[lastpos - pos + 1] = '\0';
>>> +
>>> + pos = lastpos + 1
2021-05-23 Uroš Bizjak
gcc/
PR target/100722
* config/i386/mmx.md (*push2_rex64):
New instruction pattern.
(*push2): Ditto.
(push splitter for SSE registers): New splitter.
gcc/testsuite/
PR target/100722
* gcc.target/i386/pr100722.c: New test.
Bootstrapped and re
Hi Harald,
I meant to deal with this myself since I am the guilty party. However, the
last two weeks have been taken up by a house move and so gfortran has been
on the backburner.
The patch looks good and seems to do the job - OK for master and 11-branch.
Thanks a million for dealing with it!
P
On May 18, 2021, at 9:02 AM, Thomas Schwinge wrote:
> Is the attached "Add '__OPTIMIZE__' DejaGnu selector" OK to push after
> testing?
Ok.
On Sun, May 23, 2021 at 5:49 AM Martin Liška wrote:
>
> Hello.
>
> Similarly to:
> https://gcc.gnu.org/pipermail/gcc-patches/2021-May/571039.html
>
> I've just reverted the ChangeLog commit change. I'm planning update
> of the documentation.
Obviously is for the other patch which I pushed and not
On Sun, May 23, 2021 at 6:14 AM Marc Glisse wrote:
>
> On Sun, 23 May 2021, apinski--- via Gcc-patches wrote:
>
> > +(for cmp (ge lt)
> > +/* x < 0 ? ~y : y into (x >> (prec-1)) ^ y. */
> > +/* x >= 0 ? ~y : y into ~((x >> (prec-1)) ^ y). */
> > + (simplify
> > + (cond (cmp @0 integer_zerop) (bit
This isn't a patch to gcc, please stop posting non-technical content to this
list. Please review what this list is for and the rules for this list before
you post again, thanks.
> On May 14, 2021, at 7:47 AM, abebeos via Gcc-patches
> wrote:
>
> Hi there IT-fascists, clowns, master-clowns,
>
On Sun, 23 May 2021, Tobias Burnus wrote:
> I did not check svnwrite.html, but since gitwrite.html came into
> existence, no example existed ...
>
> Committed as attached.
Thanks.
I had a look at the instructions, and they seem to be sufficient,
even for folks not intimately familiar with git
On Sun, 23 May 2021, apinski--- via Gcc-patches wrote:
+(for cmp (ge lt)
+/* x < 0 ? ~y : y into (x >> (prec-1)) ^ y. */
+/* x >= 0 ? ~y : y into ~((x >> (prec-1)) ^ y). */
+ (simplify
+ (cond (cmp @0 integer_zerop) (bit_not @1) @1)
+ (if (INTEGRAL_TYPE_P (TREE_TYPE (@0))
+&& !TYPE_UN
As there was some confusion regarding when the ChangeLog is generated,
I propose the attached wwwdocs patch. Comments?
(Side remark: The cron-script commit by gccadmin@ is labelled "Daily bump."
and updates gcc/DATESTAMP besides the ChangeLog files.)
Tobias
-
Mentor Graphics (De
I did not check svnwrite.html, but since gitwrite.html came into existence,
no example existed ...
Committed as attached.
Tobias
-
Mentor Graphics (Deutschland) GmbH, Arnulfstrasse 201, 80634 München
Registergericht München HRB 106955, Geschäftsführer: Thomas Heurung, Frank
Th
Hello.
Similarly to:
https://gcc.gnu.org/pipermail/gcc-patches/2021-May/571039.html
I've just reverted the ChangeLog commit change. I'm planning update
of the documentation.
Cheers,
Martin
On 5/23/21 1:59 PM, Andre Vehreschild wrote:
Hi Martin,
thanks for pointing that out. I haven't committed for quite some time now and
could not find on the webpage how this works nowadays. I was thinking that the
special gcc-git-command should have added the Changelog entries automagically
and i
Hi Martin,
thanks for pointing that out. I haven't committed for quite some time now and
could not find on the webpage how this works nowadays. I was thinking that the
special gcc-git-command should have added the Changelog entries automagically
and immediately. That they are added by a daily bump
On 17.05.21 12:33, Tobias Burnus wrote:
On 14.05.21 10:51, Tobias Burnus wrote:
OG11 = devel/omp/gcc-11, a branch with some OpenMP/OpenACC/offload
patches
which are not yet on mainline. Additionally, patches in this area are
cherry-picked from mainline
Changes since last email (cherry pick, mer
Hi Johannes, hi all,
On 22.05.21 23:06, Johannes Nendwich via Gcc wrote:
https://gcc.gnu.org/onlinedocs/gcc-11.1.0/gfortran/ATOMIC_005fADD.html#ATOMIC_005fADD
"ATOMIC_ADD(ATOM, VALUE) atomically adds the value of VAR to the
variable ATOM."
--> "... adds the value of VALUE ..." ?
Indeed – and t
From: Andrew Pinski
This copies the optimization that is done in phiopt for
"x < 0 ? ~y : y to (x >> 31) ^ y" into match.pd. The code
for phiopt is kept around until phiopt uses match.pd (which
I am working towards).
Note the original testcase is now optimized early on and I added a
new testcase
*PING*
(OpenMP patches: I note that the reduction + firstprivate→tofrom patch
is still being reviewed and that there are bunch of recently posted
patches by ChungLin + Julian which are also pending review.)
(There is also one patch (affinity + iterator) I still have to repost –
and will happen so
From: Andrew Pinski
Instead of some of the more manual optimizations inside phi-opt,
it would be good idea to do a lot of the heavy lifting inside match
and simplify instead. In the process, this moves the three simple
A?CST1:CST2 (where CST1 or CST2 is zero) simplifications.
OK? Boostrapped and
27 matches
Mail list logo
