On Fri, Nov 5, 2021 at 3:01 AM Richard Biener
wrote:
>
> On Fri, Nov 5, 2021 at 7:54 AM Jakub Jelinek via Gcc-patches
> wrote:
> >
> > On Thu, Nov 04, 2021 at 11:05:35PM -0700, Andrew Pinski via Gcc-patches
> > wrote:
> > > > I noticed that the macro “WIDE_INT_MAX_ELTS” has different values in
On Thu, Nov 4, 2021 at 1:08 PM Uros Bizjak wrote:
>
> On Thu, Nov 4, 2021 at 3:44 PM H.J. Lu via Gcc-patches
> wrote:
> >
> > Check leal and addl for x32 to fix:
> >
> > FAIL: gcc.target/i386/amxtile-3.c scan-assembler addq[ \\t]+\\$12
> > FAIL: gcc.targ
Check leal and addl for x32 to fix:
FAIL: gcc.target/i386/amxtile-3.c scan-assembler addq[ \\t]+\\$12
FAIL: gcc.target/i386/amxtile-3.c scan-assembler leaq[ \\t]+4
FAIL: gcc.target/i386/amxtile-3.c scan-assembler leaq[ \\t]+8
* gcc.target/i386/amxtile-3.c: Check leal/addl for x32.
---
gc
On Wed, Oct 20, 2021 at 5:43 AM H.J. Lu wrote:
>
> When --enable-cet is used to configure GCC, enable Intel CET in libffi.
>
> * Makefile.am (AM_CFLAGS): Add $(CET_FLAGS).
> (AM_CCASFLAGS): Likewise.
> * configure.ac (CET_FLAGS): Add GCC_CET_FLAGS and AC_SUBST.
> *
On Thu, Nov 4, 2021 at 1:20 AM Jakub Jelinek wrote:
>
> On Thu, Nov 04, 2021 at 06:43:26AM +0100, Gerald Pfeifer wrote:
> > On Tue, 2 Nov 2021, H.J. Lu wrote:
> > > On Tue, Nov 2, 2021 at 5:11 AM Jakub Jelinek wrote:
> > >> include/md5.h is a header we have control over, can't we just add to it
>
On Tue, Nov 2, 2021 at 2:21 PM Jan Hubicka via Gcc-patches
wrote:
>
> Hi,
> this patch is a small refactoring of ipa-modref to make it bit more
> C++y by moving logic analyzing ssa name flags to a class
> and I also moved the anonymous namespace markers so we do not
> export unnecessary stuff. Th
On Tue, Nov 2, 2021 at 5:11 AM Jakub Jelinek wrote:
>
> On Tue, Nov 02, 2021 at 05:02:12AM -0700, H.J. Lu wrote:
> > > On Sat, Oct 30, 2021 at 10:54 PM H.J. Lu via Gcc-patches
> > > wrote:
> > > >
> > > > sanitizer_platform_limits_freebsd.cpp must
On Tue, Nov 2, 2021 at 2:14 AM Richard Biener
wrote:
>
> On Sat, Oct 30, 2021 at 10:54 PM H.J. Lu via Gcc-patches
> wrote:
> >
> > sanitizer_platform_limits_freebsd.cpp must include from the OS,
> > not include/md5.h in GCC source tree which is included by libback
On Thu, Oct 21, 2021 at 12:56 PM H.J. Lu wrote:
>
> On Wed, Sep 22, 2021 at 7:02 PM H.J. Lu wrote:
> >
> > Changes in the v4 patch.
> >
> > 1. Add nodirect_extern_access attribute.
> >
> > Changes in the v3 patch.
> >
> > 1. GNU_PROPERTY_1_NEEDED_INDIRECT_EXTERN_ACCESS support has been added to
>
On Fri, Oct 29, 2021 at 3:04 PM Eric Gallager wrote:
>
> On Thu, Oct 21, 2021 at 12:49 PM H.J. Lu via Gcc-patches
> wrote:
> >
> > PR target/98667
> > * doc/invoke.texi: Document -fcf-protection requires i686 or
> > new.
> > ---
sanitizer_platform_limits_freebsd.cpp must include from the OS,
not include/md5.h in GCC source tree which is included by libbacktrace
support. Disable libbacktrace on sanitizer_platform_limits_freebsd.cpp
to avoid include/md5.h to restore bootstrap on FreeBSD.
PR bootstrap/102675
On Mon, Oct 25, 2021 at 4:39 PM Segher Boessenkool
wrote:
>
> This fixes bootstrap for the current problems building libffi.
>
> I'll work on getting this into upstream as well. If the maintainers
> want it done differently, at least we have bootstrap working again
> until then.
>
> Tested on pow
Add
commit 90205f67e465ae7dfcf733c2b2b177ca7ff68da0
Author: Segher Boessenkool
Date: Mon Oct 25 23:29:26 2021 +
rs6000: Fix bootstrap (libffi)
This fixes bootstrap for the current problems building libffi.
to LOCAL_PATCHES.
* LOCAL_PATCHES: Add commit 90454a90082.
---
l
On Mon, Oct 25, 2021 at 6:42 AM Rainer Orth
wrote:
>
> gcc.target/i386/pr100704-[12].c currently FAIL on 64-bit Solaris/x86:
>
> FAIL: gcc.target/i386/pr100704-1.c scan-assembler-not pushq
> FAIL: gcc.target/i386/pr100704-2.c scan-assembler-not pushq
>
> Fixed by compiling with -fomit-frame-point
On Mon, Oct 25, 2021 at 6:46 AM Rainer Orth
wrote:
>
> Several of the gcc.target/i386/pieces-memset-*.c tests FAIL on 32-bit
> Solaris/x86:
>
> FAIL: gcc.target/i386/pieces-memset-1.c scan-assembler-not %[re]bp
> FAIL: gcc.target/i386/pieces-memset-4.c scan-assembler-not %[re]bp
> FAIL: gcc.targe
On Sun, Oct 24, 2021 at 1:36 PM Iain Sandoe wrote:
>
> Hi H.J.
>
> > On 19 Oct 2021, at 19:01, H.J. Lu via Gcc-patches
> > wrote:
> >
> > On Tue, Oct 19, 2021 at 8:03 AM David Edelsohn wrote:
> >>
>
> >> My colleague built GCC, including G
On Sat, Oct 23, 2021 at 5:34 AM H.J. Lu wrote:
>
> On Sat, Oct 23, 2021 at 5:31 AM H.J. Lu wrote:
> >
> > On Fri, Oct 22, 2021 at 11:20 PM Tobias Burnus
> > wrote:
> > >
> > > Hi,
> > >
> > > for some reasons, I cannot reproduce this. I checked with that I am in
> > > sync with master – and I a
On Sat, Oct 23, 2021 at 5:31 AM H.J. Lu wrote:
>
> On Fri, Oct 22, 2021 at 11:20 PM Tobias Burnus
> wrote:
> >
> > Hi,
> >
> > for some reasons, I cannot reproduce this. I checked with that I am in
> > sync with master – and I also tried -m32 and -march=cascadelake, running
> > both manually and
On Fri, Oct 22, 2021 at 11:20 PM Tobias Burnus wrote:
>
> Hi,
>
> for some reasons, I cannot reproduce this. I checked with that I am in
> sync with master – and I also tried -m32 and -march=cascadelake, running
> both manually and via DejaGNU but I it passes here.
>
> Can someone who sees it show
On Thu, Oct 21, 2021 at 10:48 PM liuhongt wrote:
>
> Hi:
> This patch is try to canoicalize bit_and and nop_convert order for
> __atomic_fetch_or_*, __atomic_fetch_xor_*,
> __atomic_xor_fetch_*,__sync_fetch_and_or_*,
> __sync_fetch_and_xor_*,__sync_xor_and_fetch_*,
> __atomic_fetch_and_*,__sync_f
On Wed, Sep 22, 2021 at 7:02 PM H.J. Lu wrote:
>
> Changes in the v4 patch.
>
> 1. Add nodirect_extern_access attribute.
>
> Changes in the v3 patch.
>
> 1. GNU_PROPERTY_1_NEEDED_INDIRECT_EXTERN_ACCESS support has been added to
> GNU binutils 2.38. But the -z indirect-extern-access linker option
On Thu, Oct 21, 2021 at 12:04 PM Uros Bizjak wrote:
>
> On Thu, Oct 21, 2021 at 6:47 PM H.J. Lu wrote:
> >
> > PR target/98667
> > * doc/invoke.texi: Document -fcf-protection requires i686 or
> > new.
>
> Obvious patch?
I am checking it in and backporting it to release br
On Tue, Oct 19, 2021 at 11:42 PM Uros Bizjak wrote:
>
> On Tue, Oct 19, 2021 at 8:23 PM H.J. Lu wrote:
> >
> > commit 247c407c83f0015f4b92d5f71e45b63192f6757e
> > Author: Roger Sayle
> > Date: Mon Oct 18 12:15:40 2021 +0100
> >
> > Try placing RTL folded constants in the constant pool.
> >
PR target/98667
* doc/invoke.texi: Document -fcf-protection requires i686 or
new.
---
gcc/doc/invoke.texi | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi
index c66a25fcd69..71992b8c597 100644
--- a/gcc/doc/invo
On Thu, Oct 21, 2021 at 12:15 AM Richard Biener
wrote:
>
> On Wed, Oct 20, 2021 at 8:34 PM H.J. Lu wrote:
> >
> > On Wed, Oct 20, 2021 at 9:58 AM Richard Biener
> > wrote:
> > >
> > > On October 20, 2021 3:19:28 PM GMT+02:00, "H.J. Lu"
> > > wrote:
> > > >On Wed, Oct 20, 2021 at 4:18 AM Richar
On Wed, Oct 20, 2021 at 9:58 AM Richard Biener
wrote:
>
> On October 20, 2021 3:19:28 PM GMT+02:00, "H.J. Lu"
> wrote:
> >On Wed, Oct 20, 2021 at 4:18 AM Richard Biener
> > wrote:
> >>
> >> On Wed, Oct 20, 2021 at 12:40 PM Xu Dianhong wrote:
> >> >
> >> > Many thanks for your explanation. I got
On Wed, Oct 20, 2021 at 4:18 AM Richard Biener
wrote:
>
> On Wed, Oct 20, 2021 at 12:40 PM Xu Dianhong wrote:
> >
> > Many thanks for your explanation. I got the meaning of operands.
> > The "addpd b(%rip), %xmm0" instruction needs "b(%rip)" aligned otherwise it
> > will rise a "Real-Address Mod
On Wed, Oct 20, 2021 at 5:30 AM Martin Liška wrote:
>
> On 10/20/21 09:15, Martin Liška wrote:
> > On 10/20/21 01:23, H.J. Lu wrote:
> >> Add libffi/ to ignored_prefixes for syncing with libffi upstream:
> >
> > Sure, please push it.
> >
> > Martin
>
> Hello H.J.
>
> Note the server hook is update
When --enable-cet is used to configure GCC, enable Intel CET in libffi.
* Makefile.am (AM_CFLAGS): Add $(CET_FLAGS).
(AM_CCASFLAGS): Likewise.
* configure.ac (CET_FLAGS): Add GCC_CET_FLAGS and AC_SUBST.
* Makefile.in: Regenerate.
* aclocal.m4: Likewise.
* LOCAL_PATCHES: New file.
---
libffi/LOCAL_PATCHES | 2 ++
1 file changed, 2 insertions(+)
create mode 100644 libffi/LOCAL_PATCHES
diff --git a/libffi/LOCAL_PATCHES b/libffi/LOCAL_PATCHES
new file mode 100644
index 000..a377c28ce8d
--- /dev/null
+++ b/libffi/LOCAL_PATCHES
@@ -0,
Add libffi/ to ignored_prefixes for syncing with libffi upstream:
commit c095f8f2e6f26bfc2ff8e3276c6af23ab153f5ff
Author: H.J. Lu
Date: Tue Aug 31 07:14:47 2021 -0700
libffi: Sync with libffi 3.4.2
Merged commit: f9ea41683444ebe11cfa45b05223899764df28fb
to avoid
remote: *** The foll
commit 247c407c83f0015f4b92d5f71e45b63192f6757e
Author: Roger Sayle
Date: Mon Oct 18 12:15:40 2021 +0100
Try placing RTL folded constants in the constant pool.
My recent attempts to come up with a testcase for my patch to evaluate
ss_plus in simplify-rtx.c, identified a missed opti
On Tue, Oct 19, 2021 at 8:03 AM David Edelsohn wrote:
>
> Hi, H.J.
>
> My colleague built GCC, including GCC Go, with your patch:
>
> "I was able to build libgo and test it partially. The results are
> similar to the current master without libffi updates. But 64bit tests
> aren't working in both
On Mon, Oct 18, 2021 at 8:04 AM David Edelsohn wrote:
>
> Hi, H.J.
>
> My colleague responded that GCC Go builds and works on AIX, but it
> currently requires a special, custom version of GNU objcopy that adds
> support for the types of features that Go requires to operate on AIX
> XCOFF files. T
On x86-64,
$ make check RUNTESTFLAGS="--target_board='unix{-m32,}'"
can be used to test both 64-bit and 32-bit targets. Require ia32 target
instead of explicit -m32 for 32-bit only test.
* gcc.target/i386/387-12.c (dg-do compile): Require ia32.
(dg-options): Remove -m32.
---
gc
On Sat, Oct 16, 2021 at 1:07 PM David Edelsohn wrote:
>
> On Sat, Oct 16, 2021 at 3:59 PM H.J. Lu wrote:
> >
> > On Sat, Oct 16, 2021 at 12:53 PM David Edelsohn wrote:
> > >
> > > On Sat, Oct 16, 2021 at 1:13 PM H.J. Lu wrote:
> > > >
> > > > On Sat, Oct 16, 2021 at 10:04 AM David Edelsohn
>
On Sat, Oct 16, 2021 at 12:53 PM David Edelsohn wrote:
>
> On Sat, Oct 16, 2021 at 1:13 PM H.J. Lu wrote:
> >
> > On Sat, Oct 16, 2021 at 10:04 AM David Edelsohn wrote:
> > >
> > > On Sat, Oct 16, 2021 at 7:48 AM H.J. Lu wrote:
> > > >
> > > > On Fri, Oct 15, 2021 at 5:22 PM David Edelsohn
>
* value-query.cc (get_ssa_name_ptr_info_nonnull): Change
set_ptr_nonull to set_ptr_nonnull in comments.
---
gcc/value-query.cc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/value-query.cc b/gcc/value-query.cc
index ab133aab114..17ebd86ce5f 100644
--- a/gcc
On Sat, Oct 16, 2021 at 10:04 AM David Edelsohn wrote:
>
> On Sat, Oct 16, 2021 at 7:48 AM H.J. Lu wrote:
> >
> > On Fri, Oct 15, 2021 at 5:22 PM David Edelsohn wrote:
> > >
> > > On Fri, Oct 15, 2021 at 8:06 PM H.J. Lu wrote:
> > > >
> > > > On Wed, Oct 13, 2021 at 6:42 AM H.J. Lu wrote:
> >
On Sat, Oct 16, 2021 at 8:46 AM Richard Biener via Gcc-patches
wrote:
>
> On October 16, 2021 2:47:51 PM GMT+02:00, Jan Hubicka via Gcc-patches
> wrote:
> >Hi,
> >while updating compute_points_to_sets I missed that the code not only
> >sets the nonlocal/escaped flags but also initializes pt. Wi
On Fri, Oct 15, 2021 at 5:22 PM David Edelsohn wrote:
>
> On Fri, Oct 15, 2021 at 8:06 PM H.J. Lu wrote:
> >
> > On Wed, Oct 13, 2021 at 6:42 AM H.J. Lu wrote:
> > >
> > > On Wed, Oct 13, 2021 at 6:03 AM Richard Biener
> > > wrote:
> > > >
> > > > On Wed, Oct 13, 2021 at 2:56 PM H.J. Lu wrote:
On Wed, Oct 13, 2021 at 6:42 AM H.J. Lu wrote:
>
> On Wed, Oct 13, 2021 at 6:03 AM Richard Biener
> wrote:
> >
> > On Wed, Oct 13, 2021 at 2:56 PM H.J. Lu wrote:
> > >
> > > On Wed, Oct 13, 2021 at 5:45 AM Richard Biener
> > > wrote:
> > > >
> > > > On Thu, Sep 2, 2021 at 5:50 PM H.J. Lu wrote
On Fri, Oct 15, 2021 at 2:00 AM Martin Liška wrote:
>
> On 10/14/21 21:16, sunil.k.pandey wrote:
> > FAIL: gcc.dg/guality/pr54200.c -Og -DPREVENT_OPTIMIZATION line 20 z == 3
>
> Hello.
>
> I've just verified the assembly is identical before and after the revision.
> So it must be a false positiv
On Thu, Oct 14, 2021 at 11:06 AM Andrew MacLeod via Gcc-patches
wrote:
>
> As the PR observes, if the first operand of a right shift is 0 or -1,
> operand 2 doesn't matter and the result will be the same as op1, so it
> can be turned into a copy.
>
> This patch checks for that condition and perfor
On Wed, Oct 13, 2021 at 2:08 AM Uros Bizjak via Gcc-patches
wrote:
>
> On Wed, Oct 13, 2021 at 10:23 AM Roger Sayle
> wrote:
> >
> >
> > Good catch. I agree with Hongtao that although my testing revealed
> > no problems with the previous version of this patch, it makes sense to
> > call gen_reg
On Wed, Oct 13, 2021 at 6:03 AM Richard Biener
wrote:
>
> On Wed, Oct 13, 2021 at 2:56 PM H.J. Lu wrote:
> >
> > On Wed, Oct 13, 2021 at 5:45 AM Richard Biener
> > wrote:
> > >
> > > On Thu, Sep 2, 2021 at 5:50 PM H.J. Lu wrote:
> > > >
> > > > Change in the v2 patch:
> > > >
> > > > 1. Disable
On Wed, Oct 13, 2021 at 5:45 AM Richard Biener
wrote:
>
> On Thu, Sep 2, 2021 at 5:50 PM H.J. Lu wrote:
> >
> > Change in the v2 patch:
> >
> > 1. Disable static trampolines by default.
> >
> >
> > GCC maintained a copy of libffi snapshot from 2009 and cherry-picked fixes
> > from upstream over t
On Sun, Oct 10, 2021 at 10:19 PM liuhongt wrote:
>
> gcc/testsuite/ChangeLog:
>
> PR middle-end/102669
> * gnat.dg/unroll1.adb: Add -fno-tree-vectorize.
> ---
> gcc/testsuite/gnat.dg/unroll1.adb | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/gcc/testsuite
On Thu, Sep 2, 2021 at 8:50 AM H.J. Lu wrote:
>
> Change in the v2 patch:
>
> 1. Disable static trampolines by default.
>
>
> GCC maintained a copy of libffi snapshot from 2009 and cherry-picked fixes
> from upstream over the last 10+ years. In the meantime, libffi upstream
> has been changed sig
Changes in v4:
1. Bypass redundant check when inputs have been transformed to the
equivalent canonical form with valid bit operation.
Changes in v3:
1. Check invalid bit operation.
commit adedd5c173388ae505470df152b9cb3947339566
Author: Jakub Jelinek
Date: Tue May 3 13:37:25 2016 +0200
On Fri, Oct 8, 2021 at 9:55 PM liuhongt wrote:
>
> Pushed to trunk.
>
> libgomp/ChangeLog:
>
> * testsuite/libgomp.c++/scan-10.C: Add option -fvect-cost-model=cheap.
> * testsuite/libgomp.c++/scan-11.C: Ditto.
> * testsuite/libgomp.c++/scan-12.C: Ditto.
> * testsuit
On Fri, Oct 8, 2021 at 12:16 AM Richard Biener wrote:
>
> On Tue, 5 Oct 2021, H.J. Lu wrote:
>
> > On Tue, Oct 5, 2021 at 3:07 AM Richard Biener wrote:
> > >
> > > On Mon, 4 Oct 2021, H.J. Lu wrote:
> > >
> > > > commit adedd5c173388ae505470df152b9cb3947339566
> > > > Author: Jakub Jelinek
> > >
On Wed, Oct 6, 2021 at 11:25 AM H.J. Lu wrote:
>
> commit 9069eb28d45baaa8baf5e3790b03b0e2cc5b49b3
> Author: Igor Tsimbalist
> Date: Fri Nov 17 22:34:50 2017 +0100
>
> Enable building libsanitizer with Intel CET
>
> libsanitizer/
> * acinclude.m4: Add enable.m4 and cet.m4.
>
On Thu, Oct 7, 2021 at 2:41 PM Gerald Pfeifer wrote:
>
> On Wed, 6 Oct 2021, H.J. Lu via Gcc-patches wrote:
> > I am checking in these patches to merge with upstream commit:
>
> Thus breaking bootstrap on FreeBSD:
>
> GCC-HEAD/libsanitizer/sanitizer_common/sanitizer_pla
On Thu, Oct 7, 2021 at 8:35 AM Martin Liška wrote:
>
> Hello.
>
> The patch is approved, are you planning committing the changes?
>
> Thanks,
> Martin
Hongtao is on holiday. He will be back later today.
--
H.J.
Merged revision: fdf4c035225de52f596899931b1f6100e5e3e928
---
libsanitizer/MERGE| 2 +-
libsanitizer/asan/asan_allocator.cpp | 15 -
libsanitizer/asan/asan_allocator.h| 2 -
libsanitizer/asan/asan_debugging.cpp | 5 +-
libsanitizer/a
---
libsanitizer/asan/asan_globals.cpp| 19 --
libsanitizer/asan/asan_interceptors.h | 7 ++-
libsanitizer/asan/asan_mapping.h | 2 +-
.../sanitizer_linux_libcdep.cpp | 4
.../sanitizer_common/sanitizer_mac.cpp| 12
I am checking in these patches to merge with upstream commit:
commit fdf4c035225de52f596899931b1f6100e5e3e928
Author: H.J. Lu
Date: Fri Sep 10 06:24:36 2021 -0700
[sanitizer] Support Intel CET
1. Include in sanitizer_common/sanitizer_asm.h to mark Intel CET
support when Intel CET
commit 9069eb28d45baaa8baf5e3790b03b0e2cc5b49b3
Author: Igor Tsimbalist
Date: Fri Nov 17 22:34:50 2017 +0100
Enable building libsanitizer with Intel CET
libsanitizer/
* acinclude.m4: Add enable.m4 and cet.m4.
* Makefile.in: Regenerate.
* asan/Makefil
On Tue, Oct 5, 2021 at 9:40 AM H.J. Lu wrote:
>
> On Tue, Oct 5, 2021 at 3:07 AM Richard Biener wrote:
> >
> > On Mon, 4 Oct 2021, H.J. Lu wrote:
> >
> > > commit adedd5c173388ae505470df152b9cb3947339566
> > > Author: Jakub Jelinek
> > > Date: Tue May 3 13:37:25 2016 +0200
> > >
> > > re P
On Tue, Oct 5, 2021 at 3:07 AM Richard Biener wrote:
>
> On Mon, 4 Oct 2021, H.J. Lu wrote:
>
> > commit adedd5c173388ae505470df152b9cb3947339566
> > Author: Jakub Jelinek
> > Date: Tue May 3 13:37:25 2016 +0200
> >
> > re PR target/49244 (__sync or __atomic builtins will not emit 'lock
>
commit adedd5c173388ae505470df152b9cb3947339566
Author: Jakub Jelinek
Date: Tue May 3 13:37:25 2016 +0200
re PR target/49244 (__sync or __atomic builtins will not emit 'lock
bts/btr/btc')
optimized bit test on atomic builtin return with lock bts/btr/btc. But
it works only for unsigned in
On Sun, Oct 3, 2021 at 7:27 AM Roger Sayle wrote:
>
>
> My recent attempts to come up with a testcase for my patch to evaluate
> ss_plus in simplify-rtx.c, identified a missed optimization opportunity
> (that's potentially a long-time regression): The RTL optimizers no longer
> place constants in
On Fri, Sep 17, 2021 at 2:34 AM Jakub Jelinek via Gcc-patches
wrote:
>
> Hi!
>
> Besides the C++ FE changes, I've noticed that the C FE didn't reject
> #pragma omp atomic capture compare
> { v = x; x = y; }
> and other forms of atomic swap, this patch fixes that too. And the
> c-family/ routi
On Wed, Aug 4, 2021 at 3:26 PM David Malcolm via Gcc-patches
wrote:
>
> Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu.
> Pushed to trunk as r12-2749-gded2c2c068f6f2825474758cb03a05070a5837e8.
>
> gcc/ChangeLog:
> PR analyzer/101570
> * Makefile.in (ANALYZER_OBJS): A
On Wed, Sep 29, 2021 at 5:51 PM Luís Ferreira wrote:
>
> This patch adds a missing format parameter that prevents d-demangle-expected
> test collection from running successfully.
>
> Signed-off-by: Luís Ferreira
> ---
> libiberty/testsuite/d-demangle-expected | 1 +
> 1 file changed, 1 insertion
---
libsanitizer/asan/asan_globals.cpp| 19 --
libsanitizer/asan/asan_interceptors.h | 7 ++-
libsanitizer/asan/asan_mapping.h | 2 +-
.../sanitizer_linux_libcdep.cpp | 4
.../sanitizer_common/sanitizer_mac.cpp| 12
Merge with upstream commit:
commit 1c2e5fd66ea27d0c51360ba4e22099124a915562
Author: peter klausler
Date: Wed Sep 15 08:28:48 2021 -0700
[flang] Enforce constraint: defined ass't in WHERE must be elemental
A defined assignment subroutine invoked in the context of a WHERE
statement
Merged revision: 1c2e5fd66ea27d0c51360ba4e22099124a915562
---
libsanitizer/MERGE|2 +-
libsanitizer/asan/asan_fuchsia.cpp| 35 +-
libsanitizer/asan/asan_globals.cpp| 33 +-
libsanitizer/asan/asan_interceptors.cpp | 18 +-
libsanit
Bump asan/tsan versions for upstream commits:
commit f1bb30a4956f83e46406d6082e5d376ce65391e0
Author: Vitaly Buka
Date: Thu Aug 26 10:25:09 2021 -0700
[sanitizer] No THREADLOCAL in qsort and bsearch
qsort can reuse qsort_r if available.
bsearch always passes key as the first compa
Print out from __tsan_atomic32_fetch_add was removed by
commit da7a5c09c86c3f639c63ce8843d6f21c915ae1c6
Author: Dmitry Vyukov
Date: Wed Jul 28 16:57:39 2021 +0200
tsan: don't print __tsan_atomic* functions in report stacks
Currently __tsan_atomic* functions do FuncEntry/Exit using cal
On Mon, Sep 20, 2021 at 10:06 AM H.J. Lu wrote:
>
> On Mon, Sep 13, 2021 at 6:38 AM H.J. Lu wrote:
> >
> > On Tue, Sep 7, 2021 at 8:01 PM H.J. Lu wrote:
> > >
> > > On Sun, Aug 22, 2021 at 8:28 AM H.J. Lu wrote:
> > > >
> > > > On Tue, Mar 23, 2021 at 09:19:38AM +0100, Richard Biener wrote:
> >
On Thu, Sep 23, 2021 at 8:55 AM Jeff Law via Gcc-patches
wrote:
>
>
>
> On 9/23/2021 4:17 AM, ibuclaw--- via Gcc-patches wrote:
> >> On 22/09/2021 03:31 Luís Ferreira wrote:
> >>
> >>
> >> This patch prevents dereferencing a null reference on a crafted
> >> malformed magled name, often causing SI
On Fri, Sep 24, 2021 at 11:14 AM Fāng-ruì Sòng wrote:
>
> On Fri, Sep 24, 2021 at 10:41 AM H.J. Lu wrote:
> >
> > On Fri, Sep 24, 2021 at 10:29 AM Fāng-ruì Sòng wrote:
> > >
> > > On Tue, Sep 21, 2021 at 7:08 PM Fāng-ruì Sòng wrote:
> > > >
> > > > On Tue, Sep 21, 2021 at 6:57 PM H.J. Lu wrot
On Fri, Sep 24, 2021 at 10:29 AM Fāng-ruì Sòng wrote:
>
> On Tue, Sep 21, 2021 at 7:08 PM Fāng-ruì Sòng wrote:
> >
> > On Tue, Sep 21, 2021 at 6:57 PM H.J. Lu wrote:
> > >
> > > On Tue, Sep 21, 2021 at 9:16 AM Uros Bizjak wrote:
> > > >
> > > > On Mon, Sep 20, 2021 at 8:20 PM Fāng-ruì Sòng via
On Thu, Sep 23, 2021 at 6:58 PM Hongtao Liu wrote:
>
> On Fri, Sep 24, 2021 at 9:42 AM H.J. Lu wrote:
> >
> > On Thu, Sep 23, 2021 at 6:38 PM Hongtao Liu wrote:
> > >
> > > On Fri, Sep 24, 2021 at 9:20 AM H.J. Lu wrote:
> > > >
> > > > On Thu, Sep 23, 2021 at 6:17 PM liuhongt wrote:
> > > > >
On Thu, Sep 23, 2021 at 6:38 PM Hongtao Liu wrote:
>
> On Fri, Sep 24, 2021 at 9:20 AM H.J. Lu wrote:
> >
> > On Thu, Sep 23, 2021 at 6:17 PM liuhongt wrote:
> > >
> > > Updated, mention _Float16 support.
> > >
> > > ---
> > > htdocs/gcc-12/changes.html | 13 -
> > > 1 file changed,
On Thu, Sep 23, 2021 at 6:17 PM liuhongt wrote:
>
> Updated, mention _Float16 support.
>
> ---
> htdocs/gcc-12/changes.html | 13 -
> 1 file changed, 12 insertions(+), 1 deletion(-)
>
> diff --git a/htdocs/gcc-12/changes.html b/htdocs/gcc-12/changes.html
> index 81f62fe3..f19c6718 100
Add -f[no-]direct-extern-access and nodirect_extern_access attribute.
-fdirect-extern-access is the default and always use GOT to access
undefined data and function symbols with nodirect_extern_access attribute,
including in PIE and non-PIE. With -fno-direct-extern-access:
1. Always use GOT to ac
Generate the marker for -fno-direct-extern-access to indicate that the
object file uses GOT to access all external symbols. Access to protected
symbols in the resulting shared library is treated as local, which requires
canonical function pointers and cannot be used with copy relocation.
This mar
Changes in the v4 patch.
1. Add nodirect_extern_access attribute.
Changes in the v3 patch.
1. GNU_PROPERTY_1_NEEDED_INDIRECT_EXTERN_ACCESS support has been added to
GNU binutils 2.38. But the -z indirect-extern-access linker option is
only available for Linux/x86. However, the --max-cache-size
On Mon, Sep 20, 2021 at 8:19 AM H.J. Lu wrote:
>
> On Fri, Sep 17, 2021 at 10:32 AM Qing Zhao via Gcc-patches
> wrote:
> >
> >
> >
> > > On Sep 17, 2021, at 11:59 AM, Jakub Jelinek wrote:
> > >
> > > On Fri, Sep 17, 2021 at 04:55:22PM +, Qing Zhao wrote:
> > >> This is the patch to fix gcc.t
On Tue, Sep 21, 2021 at 9:16 AM Uros Bizjak wrote:
>
> On Mon, Sep 20, 2021 at 8:20 PM Fāng-ruì Sòng via Gcc-patches
> wrote:
> >
> > PING^5 https://gcc.gnu.org/pipermail/gcc-patches/2021-May/570139.html
> >
> > On Sat, Sep 4, 2021 at 12:11 PM Fāng-ruì Sòng wrote:
> > >
> > > PING^4 https://gcc.
On Mon, Sep 20, 2021 at 5:15 AM Richard Biener via Gcc-patches
wrote:
>
> This allows vectorization (in practice non-loop vectorization) to
> have a stmt participate in different vector type vectorizations.
> It allows us to remove vect_update_shared_vectype and replace it
> by pushing/popping STM
On Mon, Sep 13, 2021 at 6:38 AM H.J. Lu wrote:
>
> On Tue, Sep 7, 2021 at 8:01 PM H.J. Lu wrote:
> >
> > On Sun, Aug 22, 2021 at 8:28 AM H.J. Lu wrote:
> > >
> > > On Tue, Mar 23, 2021 at 09:19:38AM +0100, Richard Biener wrote:
> > > > On Tue, Mar 23, 2021 at 3:41 AM Hongyu Wang
> > > > wrote:
On Fri, Sep 17, 2021 at 10:32 AM Qing Zhao via Gcc-patches
wrote:
>
>
>
> > On Sep 17, 2021, at 11:59 AM, Jakub Jelinek wrote:
> >
> > On Fri, Sep 17, 2021 at 04:55:22PM +, Qing Zhao wrote:
> >> This is the patch to fix gcc.target/i386/auto-init-* tests.
> >>
> >> I have tested the change at
On Wed, Sep 15, 2021 at 4:54 PM Cui, Lili wrote:
>
>
>
> > -Original Message-
> > From: H.J. Lu
> > Sent: Wednesday, September 15, 2021 10:14 PM
> > To: Cui, Lili
> > Cc: Uros Bizjak ; GCC Patches > patc...@gcc.gnu.org>; Liu, Hongtao
> > Subject: Re: [PATCH 4/4] [PATCH 4/4] x86: Add
>
On Wed, Sep 15, 2021 at 6:18 AM David Edelsohn via Gcc-patches
wrote:
>
> Clement,
>
> GCC libffi cherry-picks / backports patches from upstream, but it does
> not maintain local patches, so we need to find another solution.
>
Please take a look at my libffi patches:
https://gcc.gnu.org/pipermai
There is no need to add [PATCH N/4] in the first line of the git
commit message. "git format-patch" or "git send-email" will
add them automatically.
On Wed, Sep 15, 2021 at 1:10 AM wrote:
>
> From: "H.J. Lu"
>
> 1. Replace TARGET_SSE_PARTIAL_REG_DEPENDENCY with
> TARGET_SSE_PARTIAL_REG_FP_CONVE
On Tue, Sep 7, 2021 at 8:01 PM H.J. Lu wrote:
>
> On Sun, Aug 22, 2021 at 8:28 AM H.J. Lu wrote:
> >
> > On Tue, Mar 23, 2021 at 09:19:38AM +0100, Richard Biener wrote:
> > > On Tue, Mar 23, 2021 at 3:41 AM Hongyu Wang
> > > wrote:
> > > >
> > > > > Hongyue, please collect code size differences
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 Wed, Jul 21, 2021 at 12:44 AM liuhongt wrote:
>
> From: "H.J. Lu"
>
> Copied from regular XMM ABI tests. Only run AVX512FP16 ABI tests for ELF
> targets.
>
> gcc/testsuite/ChangeLog:
>
> * gcc.target/x86_64/abi/avx512fp16/abi-avx512fp16-xmm.exp: New exp
> file for abi test.
>
1. Add TARGET_AVX256_MOVE_BY_PIECES to perform move by-pieces operation
with 256-bit AVX instructions.
2. Add TARGET_AVX256_STORE_BY_PIECES to perform move and store by-pieces
operations with 256-bit AVX instructions.
They are enabled only for Intel Alder Lake and Intel processors with
AVX512.
gc
On Sun, Aug 22, 2021 at 8:28 AM H.J. Lu wrote:
>
> On Tue, Mar 23, 2021 at 09:19:38AM +0100, Richard Biener wrote:
> > On Tue, Mar 23, 2021 at 3:41 AM Hongyu Wang wrote:
> > >
> > > > Hongyue, please collect code size differences on SPEC CPU 2017 and
> > > > eembc.
> > >
> > > Here is code size d
On Sun, Sep 5, 2021 at 10:34 PM Hongtao Liu wrote:
>
> On Sun, Sep 5, 2021 at 5:56 AM H.J. Lu via Gcc-patches
> wrote:
> >
> > Enable FMA in scalar/vector unsigned SI to SF expanders.
> >
> > gcc/
> >
> > PR target/
On Sun, Sep 5, 2021 at 11:02 AM Sandra Loosemore
wrote:
>
> On 9/5/21 7:31 AM, H.J. Lu wrote:
> > On Sat, Sep 4, 2021 at 7:31 PM Sandra Loosemore
> > wrote:
> >>
> >> The testcase gfortran.dg/PR100914.f90 that I recently checked in
> >> (originally written by José Rui Faustino de Sousa) depends
On Sat, Sep 4, 2021 at 7:31 PM Sandra Loosemore wrote:
>
> The testcase gfortran.dg/PR100914.f90 that I recently checked in
> (originally written by José Rui Faustino de Sousa) depends on the
> header file to obtain a typedef for __complex128. It
> appears not to be possible to define an equival
Enable FMA in scalar/vector unsigned SI to SF expanders.
gcc/
PR target/85819
* config/i386/i386-expand.c (ix86_expand_convert_uns_sisf_sse):
Enable FMA.
(ix86_expand_vector_convert_uns_vsivsf): Likewise.
gcc/testsuite/
PR target/85819
* gcc.targe
Add non-destructive source alternative to @xorsign3_1 for AVX.
gcc/
PR target/89984
* config/i386/i386-expand.c (ix86_split_xorsign): Use operands[2].
* config/i386/i386.md (@xorsign3_1): Add non-destructive
source alternative for AVX.
gcc/testsuite/
PR t
On Fri, Sep 3, 2021 at 10:25 AM Sandra Loosemore
wrote:
>
> On 9/2/21 11:37 PM, Sandra Loosemore wrote:
> > On 9/2/21 10:18 PM, sunil.k.pandey wrote:
> >> On Linux/x86_64,
> >>
> >> 93b6b2f614eb692d1d8126ec6cb946984a9d01d7 is the first bad commit
> >> commit 93b6b2f614eb692d1d8126ec6cb946984a9d01d
301 - 400 of 1254 matches
Mail list logo
