When SECTION_RETAIN is used, issue a warning of symbol without used
attribute is placed in the same section with symbol with used attribute,
like
int __attribute__((used,section(".data.foo"))) foo2 = 2;
int __attribute__((section(".data.foo"))) foo1 = 1;
since assembler will put them in
When definitions marked with used attribute and unmarked definitions are
placed in the same section, switch to a new section if the SECTION_RETAIN
bit doesn't match.
gcc/
PR other/98121
* output.h (switch_to_section): Add a tree argument, default to
nullptr.
*
When SECTION_RETAIN is used, definitions marked with used attribute and
unmarked definitions are placed in the same section. Instead of issue
an error:
[hjl@gnu-cfl-2 gcc]$ /usr/gcc-11.0.0-x32/bin/gcc -S c.c
-fdiagnostics-plain-output
c.c:2:49: error: ‘foo1’ causes a section type conflict with
On Wed, Dec 2, 2020 at 1:31 PM Joseph Myers wrote:
>
> This patch (GCC commit 6fbec038f7a7ddf29f074943611b53210d17c40c) has
> broken the glibc build (at least with current binutils master). The
> errors are of the form:
>
> In file included from :
> gconv_dl.c: In function 'free_mem':
>
On Tue, Dec 1, 2020 at 6:28 PM H. J. Lu wrote:
>
> New failures:
> FAIL: compiler driver --help=target option(s): "^ +-.*[^:.]$" absent from
> output: " -mneededEmit GNU_PROPERTY_X86_ISA_1_NEEDED GNU
> property"
> FAIL: compiler driver --help=target option(s): "^
On Tue, Dec 1, 2020 at 9:23 PM Jeff Law wrote:
>
>
>
> On 11/18/20 7:00 AM, H.J. Lu wrote:
> > On Sat, Nov 7, 2020 at 7:47 AM H.J. Lu wrote:
> >> On Sat, Oct 31, 2020 at 5:01 AM H.J. Lu wrote:
> >>> On Fri, Oct 23, 2020 at 5:41 AM H.J. Lu wrote:
> On Fri, Oct 2, 2020 at 6:00 AM H.J. Lu
On Tue, Dec 1, 2020 at 4:04 PM Jeff Law wrote:
>
>
>
> On 11/17/20 6:20 AM, H.J. Lu via Gcc-patches wrote:
> > On Mon, Nov 16, 2020 at 7:59 PM Hans-Peter Nilsson
> > wrote:
> >> On Fri, 13 Nov 2020, H.J. Lu via Gcc-patches wrote:
> >>> Done. Here
On Fri, Nov 27, 2020 at 11:02 AM Matthias Klose wrote:
>
> On 11/27/20 3:54 PM, H.J. Lu via Gcc-patches wrote:
> > On Fri, Nov 27, 2020 at 6:24 AM Richard Biener wrote:
> >>
> >> OK.
> >>
> >> On Fri, 27 Nov 2020, H.J. Lu wrote:
> >>
>
On Fri, Nov 27, 2020 at 8:22 AM Gerald Pfeifer wrote:
>
> On Fri, 27 Nov 2020, H.J. Lu via Gcc-patches wrote:
> > +@code{--enable-cet=auto} is default. CET is enabled on Linux/x86 if
> > +target binutils supports @code{Intel CET} instructions and disabled
> > +
On Fri, Nov 27, 2020 at 6:24 AM Richard Biener wrote:
>
> OK.
>
> On Fri, 27 Nov 2020, H.J. Lu wrote:
>
> > PR other/98027
> > * doc/install: Default to --enable-cet=auto.
> > ---
> > gcc/doc/install.texi | 9 -
> > 1 file changed, 4 insertions(+), 5 deletions(-)
> >
> > diff
PR other/98027
* doc/install: Default to --enable-cet=auto.
---
gcc/doc/install.texi | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/gcc/doc/install.texi b/gcc/doc/install.texi
index 5f879ca4cea..021c347cc09 100644
--- a/gcc/doc/install.texi
+++
On Tue, Nov 24, 2020 at 5:13 PM Martin Sebor via Gcc-patches
wrote:
>
> The attached patch cleans up most remaining -Wformat-diag instances
> in an x86_64-build. I tried to minimize using #pragma diagnostic
> so I tweaked the code instead. A preferable solution might be to
> introduce a new
On Sat, Nov 21, 2020 at 9:40 AM Jonathan Wakely via Gcc-patches
wrote:
>
> On 21/11/20 17:04 +, Jonathan Wakely wrote:
> >On 21/11/20 16:16 +0100, Andreas Schwab wrote:
> >>In file included from
>
On Sat, Nov 7, 2020 at 7:47 AM H.J. Lu wrote:
>
> On Sat, Oct 31, 2020 at 5:01 AM H.J. Lu wrote:
> >
> > On Fri, Oct 23, 2020 at 5:41 AM H.J. Lu wrote:
> > >
> > > On Fri, Oct 2, 2020 at 6:00 AM H.J. Lu wrote:
> > > >
> > > > On Thu, Feb 6, 2020 at 6:57 PM H.J. Lu wrote:
> > > > >
> > > > >
Add a testcase for PR target/31799 which was fixed by
commit 4f0473fe89e68bf7c09542ee5c3684da25a5b435
Author: Uros Bizjak
Date: Fri May 12 21:04:05 2017 +0200
compare-elim.c (try_eliminate_compare): Canonicalize operation with
embedded compare to [(set (reg:CCM) (compare:CCM...
On Mon, Nov 16, 2020 at 7:59 PM Hans-Peter Nilsson wrote:
>
> On Fri, 13 Nov 2020, H.J. Lu via Gcc-patches wrote:
> > Done. Here is the updated patch.
>
> Hi. I see a test-case for this kind of construct:
>
> int foo __attribute__((__used__, __section__ (".bar&quo
On Mon, Nov 16, 2020 at 4:58 PM Jeff Law wrote:
>
>
> On 11/9/20 11:57 AM, H.J. Lu via Gcc-patches wrote:
> > GCC 11 supports -march=x86-64-v[234] to enable x86 micro-architecture ISA
> > levels:
> >
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97250
On Thu, Oct 29, 2020 at 12:11 PM H.J. Lu wrote:
>
> Add the --enable-pgo-build[=lto] configure option. When binutils+gdb
> is not built together with GCC, --enable-pgo-build enables the PGO build:
>
> 0. Pass --plugin to AR and RANLIB.
> 1. First build with -fprofile-generate.
> 2. Use "make
I am going to install this patch as requested:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97803#c5
H.J.
---
c-c++-common/asan/pointer-compare-1.c assumes the certain order for
variable placement. Add __attribute__((used)) to avoid variable
placement changes due to SHF_GNU_RETAIN.
PR
On Fri, Oct 30, 2020 at 2:46 AM Richard Biener wrote:
>
> On Fri, 30 Oct 2020, Richard Sandiford wrote:
>
> > Richard Biener writes:
> > > On Wed, 28 Oct 2020, Christophe Lyon wrote:
> > >
> > >> On Wed, 28 Oct 2020 at 11:27, Christophe Lyon
> > >> wrote:
> > >> >
> > >> > On Tue, 27 Oct 2020
On Fri, Nov 13, 2020 at 12:07 AM Richard Biener wrote:
>
> On Tue, 10 Nov 2020, Jan Hubicka wrote:
>
> > Hi,
> > here is updaed patch.
> >
> > Honza
> >
> > Bootstrapped/regtested x86_64-linux, OK (after the fnspec fixes)?
>
> OK.
>
> Thanks,
> Richard.
>
This caused:
On Fri, Nov 13, 2020 at 3:36 AM Jozef Lawrynowicz
wrote:
>
> On Thu, Nov 12, 2020 at 02:41:52PM -0800, H.J. Lu wrote:
> > diff --git a/gcc/varasm.c b/gcc/varasm.c
> > index 435c7b348a5..c48ef9692ee 100644
> > --- a/gcc/varasm.c
> > +++ b/gcc/varasm.c
> > @@ -289,6 +289,10 @@ get_section (const
In assemly code, the section flag 'R' sets the SHF_GNU_RETAIN flag to
indicate that the section must be preserved by the linker.
Add SECTION_RETAIN to indicate a section should be retained by the linker
and set SECTION_RETAIN on section for the preserved symbol if assembler
supports
On Mon, Nov 9, 2020 at 11:56 AM Jozef Lawrynowicz
wrote:
>
> On Mon, Nov 09, 2020 at 10:36:07AM -0800, H.J. Lu via Gcc-patches wrote:
> > On Mon, Nov 9, 2020 at 9:41 AM Jozef Lawrynowicz
> > wrote:
> > >
> > > On Fri, Nov 06, 2020 at 04:39:33PM
GCC 11 supports -march=x86-64-v[234] to enable x86 micro-architecture ISA
levels:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97250
Binutils has been updated to support GNU_PROPERTY_X86_ISA_1_V[234] marker:
https://gitlab.com/x86-psABIs/x86-64-ABI/-/merge_requests/13
with
commit
On Mon, Nov 9, 2020 at 9:41 AM Jozef Lawrynowicz
wrote:
>
> On Fri, Nov 06, 2020 at 04:39:33PM -0800, H.J. Lu via Gcc-patches wrote:
> > On Fri, Nov 6, 2020 at 4:17 PM Jeff Law wrote:
> > >
> > >
> > > On 11/6/20 5:13 PM, H.J. Lu wrote:
> > >
On Sat, Oct 31, 2020 at 5:01 AM H.J. Lu wrote:
>
> On Fri, Oct 23, 2020 at 5:41 AM H.J. Lu wrote:
> >
> > On Fri, Oct 2, 2020 at 6:00 AM H.J. Lu wrote:
> > >
> > > On Thu, Feb 6, 2020 at 6:57 PM H.J. Lu wrote:
> > > >
> > > > This commit in GNU binutils 2.35:
> > > >
> > > >
t;>> On 11/6/20 4:29 PM, H.J. Lu wrote:
> >>>>> On Fri, Nov 6, 2020 at 3:22 PM Jeff Law wrote:
> >>>>>> On 11/5/20 7:34 AM, H.J. Lu via Gcc-patches wrote:
> >>>>>>> On Thu, Nov 5, 2020 at 3:37 AM Jozef Lawrynowicz
> >>
On Fri, Nov 6, 2020 at 4:01 PM Jeff Law wrote:
>
>
> On 11/6/20 4:45 PM, H.J. Lu wrote:
> > On Fri, Nov 6, 2020 at 3:37 PM Jeff Law wrote:
> >>
> >> On 11/6/20 4:29 PM, H.J. Lu wrote:
> >>> On Fri, Nov 6, 2020 at 3:22 PM Jeff Law wrote:
> >&g
On Fri, Nov 6, 2020 at 3:37 PM Jeff Law wrote:
>
>
> On 11/6/20 4:29 PM, H.J. Lu wrote:
> > On Fri, Nov 6, 2020 at 3:22 PM Jeff Law wrote:
> >>
> >> On 11/5/20 7:34 AM, H.J. Lu via Gcc-patches wrote:
> >>> On Thu, Nov 5, 2020 at 3:37 AM Jozef Lawrynow
On Fri, Nov 6, 2020 at 3:22 PM Jeff Law wrote:
>
>
> On 11/5/20 7:34 AM, H.J. Lu via Gcc-patches wrote:
> > On Thu, Nov 5, 2020 at 3:37 AM Jozef Lawrynowicz
> > wrote:
> >> On Thu, Nov 05, 2020 at 06:21:21AM -0500, Hans-Peter Nilsson wrote:
> >>> On Wed,
On Thu, Nov 5, 2020 at 3:37 AM Jozef Lawrynowicz
wrote:
>
> On Thu, Nov 05, 2020 at 06:21:21AM -0500, Hans-Peter Nilsson wrote:
> > On Wed, 4 Nov 2020, H.J. Lu wrote:
> > > .retain is ill-defined. For example,
> > >
> > > [hjl@gnu-cfl-2 gcc]$ cat /tmp/x.c
> > > static int xyzzy
On Wed, Nov 4, 2020 at 3:00 PM Hans-Peter Nilsson wrote:
>
> On Wed, 4 Nov 2020, H.J. Lu wrote:
> > On Wed, Nov 4, 2020 at 1:56 PM Hans-Peter Nilsson wrote:
> > > On Wed, 4 Nov 2020, H.J. Lu wrote:
> > >
> > > > On Wed, Nov 4, 2020 at 1:03 PM Hans-Peter Nilsson
> > > > wrote:
> > > > >
> > > >
On Wed, Nov 4, 2020 at 1:56 PM Hans-Peter Nilsson wrote:
>
>
>
> On Wed, 4 Nov 2020, H.J. Lu wrote:
>
> > On Wed, Nov 4, 2020 at 1:03 PM Hans-Peter Nilsson wrote:
> > >
> > > On Wed, 4 Nov 2020, H.J. Lu wrote:
> > > > On Wed, Nov 4, 2020 at 10:09 AM Hans-Peter Nilsson
> > > > wrote:
> > > > >
On Wed, Nov 4, 2020 at 1:03 PM Hans-Peter Nilsson wrote:
>
> On Wed, 4 Nov 2020, H.J. Lu wrote:
> > On Wed, Nov 4, 2020 at 10:09 AM Hans-Peter Nilsson
> > wrote:
> > >
> > > On Wed, 4 Nov 2020, Jozef Lawrynowicz wrote:
> > > > I personally do not see the problem with the .retain attribute,
On Wed, Nov 4, 2020 at 10:09 AM Hans-Peter Nilsson wrote:
>
> On Wed, 4 Nov 2020, Jozef Lawrynowicz wrote:
> > I personally do not see the problem with the .retain attribute, however
> > if it is going to be a barrier to getting the functionality committed, I
> > am happy to change it, since I
gt; >
> > > > On Tue, Nov 03, 2020 at 01:09:43PM -0800, H.J. Lu via Gcc-patches wrote:
> > > > > On Tue, Nov 3, 2020 at 1:00 PM H.J. Lu wrote:
> > > > > >
> > > > > > On Tue, Nov 3, 2020 at 12:46 PM Jozef Lawrynowicz
> > > >
On Tue, Nov 3, 2020 at 2:11 PM H.J. Lu wrote:
>
> On Tue, Nov 3, 2020 at 1:57 PM Jozef Lawrynowicz
> wrote:
> >
> > On Tue, Nov 03, 2020 at 01:09:43PM -0800, H.J. Lu via Gcc-patches wrote:
> > > On Tue, Nov 3, 2020 at 1:00 PM H.J. Lu wrote:
> > > >
>
On Tue, Nov 3, 2020 at 1:57 PM Jozef Lawrynowicz
wrote:
>
> On Tue, Nov 03, 2020 at 01:09:43PM -0800, H.J. Lu via Gcc-patches wrote:
> > On Tue, Nov 3, 2020 at 1:00 PM H.J. Lu wrote:
> > >
> > > On Tue, Nov 3, 2020 at 12:46 PM Jozef Lawrynowicz
> > > wrot
On Tue, Nov 3, 2020 at 1:00 PM H.J. Lu wrote:
>
> On Tue, Nov 3, 2020 at 12:46 PM Jozef Lawrynowicz
> wrote:
> >
> > On Tue, Nov 03, 2020 at 11:58:04AM -0800, H.J. Lu via Gcc-patches wrote:
> > > On Tue, Nov 3, 2020 at 10:22 AM Jozef Lawrynowicz
> > > wrot
On Tue, Nov 3, 2020 at 12:46 PM Jozef Lawrynowicz
wrote:
>
> On Tue, Nov 03, 2020 at 11:58:04AM -0800, H.J. Lu via Gcc-patches wrote:
> > On Tue, Nov 3, 2020 at 10:22 AM Jozef Lawrynowicz
> > wrote:
> > >
> > > On Tue, Nov 03, 2020 at 09:57:58AM
On Tue, Nov 3, 2020 at 10:22 AM Jozef Lawrynowicz
wrote:
>
> On Tue, Nov 03, 2020 at 09:57:58AM -0800, H.J. Lu via Gcc-patches wrote:
> > On Tue, Nov 3, 2020 at 9:41 AM Jozef Lawrynowicz
> > wrote:
> > >
> > > The attached patch implements TARGET_ASM_MARK_DE
On Tue, Nov 3, 2020 at 9:41 AM Jozef Lawrynowicz
wrote:
>
> The attached patch implements TARGET_ASM_MARK_DECL_PRESERVED for ELF GNU
> OSABI targets, so that declarations that have the "used" attribute
> applied will be saved from linker garbage collection.
>
> TARGET_ASM_MARK_DECL_PRESERVED will
On Mon, Nov 2, 2020 at 12:31 PM Uros Bizjak wrote:
>
> On Mon, Nov 2, 2020 at 9:29 PM Uros Bizjak wrote:
> >
> > On Mon, Nov 2, 2020 at 8:24 PM H.J. Lu wrote:
> > >
> > > MMX emulation with SEE is implemented at MMX intrinsic level, not at MMX
> > > instruction level. _mm_maskmove_si64
MMX emulation with SEE is implemented at MMX intrinsic level, not at MMX
instruction level. _mm_maskmove_si64 intrinsic for "MASKMOVQ mm1, mm2"
is emulated with __builtin_ia32_maskmovdqu. Since SSE "MASKMOVQ mm1, mm2"
builtin function, __builtin_ia32_maskmovq, can't be emulated with XMM
On Sat, Oct 31, 2020 at 2:22 AM Jan Hubicka wrote:
>
> Hi,
> this patch moves clone_info to summary.
> Bootstrapped/regtested x86_64-linux, comitted.
>
> Honza
>
> 2020-10-31 Jan Hubicka
>
> * Makefile.in: (OBJS): Add symtab-clones.o
> (GTFILES): Add symtab-clones.h
> *
On Sat, Oct 31, 2020 at 2:22 AM Jan Hubicka wrote:
>
> Hi,
> this patch moves clone_info to summary.
> Bootstrapped/regtested x86_64-linux, comitted.
>
> Honza
>
> 2020-10-31 Jan Hubicka
>
> * Makefile.in: (OBJS): Add symtab-clones.o
> (GTFILES): Add symtab-clones.h
> *
On Tue, Oct 13, 2020 at 1:17 AM Jakub Jelinek via Gcc-patches
wrote:
>
> On Tue, Oct 13, 2020 at 10:11:26AM +0200, Martin Liška wrote:
> > --- a/gcc/testsuite/g++.dg/asan/asan_test.C
> > +++ b/gcc/testsuite/g++.dg/asan/asan_test.C
> > @@ -9,6 +9,7 @@
> > // { dg-additional-options
On Fri, Oct 23, 2020 at 5:41 AM H.J. Lu wrote:
>
> On Fri, Oct 2, 2020 at 6:00 AM H.J. Lu wrote:
> >
> > On Thu, Feb 6, 2020 at 6:57 PM H.J. Lu wrote:
> > >
> > > This commit in GNU binutils 2.35:
> > >
> > >
On Fri, Oct 2, 2020 at 6:28 AM H.J. Lu wrote:
>
> On Mon, Sep 21, 2020 at 6:09 AM H.J. Lu wrote:
> >
> > On Mon, Sep 21, 2020 at 5:54 AM H.J. Lu wrote:
> > >
> > > Since "MASKMOVQ mm1, mm2" is an SSE instruction which requires MMX and
> > > MMX/SSE ISAs are handled separately, make
Add the --enable-pgo-build[=lto] configure option. When binutils+gdb
is not built together with GCC, --enable-pgo-build enables the PGO build:
0. Pass --plugin to AR and RANLIB.
1. First build with -fprofile-generate.
2. Use "make maybe-check-*" to generate profiling data.
3. Use "make clean" to
Detect GCC LTO plugin. Pass --plugin to AR and RANLIB to support LTO
build.
* Makefile.tpl (AR): Add @AR_PLUGIN_OPTION@
(RANLIB): Add @RANLIB_PLUGIN_OPTION@.
* configure.ac: Include config/gcc-plugin.m4.
AC_SUBST AR_PLUGIN_OPTION and RANLIB_PLUGIN_OPTION.
Add the --enable-pgo-build[=lto] configure option. When binutils+gdb
is not built together with GCC, --enable-pgo-build enables the PGO build:
1. First build with -fprofile-generate.
2. Use "make maybe-check-*" to generate profiling data.
3. Use "make clean" to remove the previous build.
4.
Detect GCC LTO plugin. Pass --plugin to AR and RANLIB to support LTO
build.
bfd/
* configure: Regenerated.
binutils/
* configure: Regenerated.
gas/
* configure: Regenerated.
gprof/
* configure: Regenerated.
ld/
* configure: Regenerated.
libctf/
On Tue, Oct 27, 2020 at 7:18 AM Andrew MacLeod via Gcc-patches
wrote:
>
> On 10/27/20 7:23 AM, Christophe Lyon wrote:
> > Hi,
> >
> > On Mon, 26 Oct 2020 at 22:51, Andrew MacLeod via Gcc-patches
> > wrote:
> >> In the core of gori_compute::logical_combine we are suppose to combine
> >> the
On Tue, Oct 27, 2020 at 4:24 AM Christophe Lyon via Gcc-patches
wrote:
>
> Hi,
>
> On Mon, 26 Oct 2020 at 22:51, Andrew MacLeod via Gcc-patches
> wrote:
> >
> > In the core of gori_compute::logical_combine we are suppose to combine
> > the calculated true and false ranges on each side of the
On Mon, Oct 26, 2020 at 10:14 AM Jan Hubicka wrote:
>
> > >
> > > For example you had patch that limited "rep cmpsb" expansion for
> > > -minline-all-stringops. Now the conditions could be
> > > -minline-all-stringops || optimize_insn_for_size () == OPTIMIZE_SIZE_MAX
> > > since it is still
On Mon, Oct 26, 2020 at 7:36 AM Jan Hubicka wrote:
>
> > On Mon, Oct 26, 2020 at 7:23 AM Jan Hubicka wrote:
> > >
> > > Hi,
> > > this patch implements thre two-state optimize_for_size predicates, so
> > > with -Os
> > > and with profile feedback for never executed code it returns
> > >
On Mon, Oct 26, 2020 at 7:23 AM Jan Hubicka wrote:
>
> Hi,
> this patch implements thre two-state optimize_for_size predicates, so with -Os
> and with profile feedback for never executed code it returns OPTIMIZE_SIZE_MAX
> while in cases we decide to optimize for size based on branch prediction
On Sat, Oct 17, 2020 at 6:23 AM H.J. Lu wrote:
>
> On Fri, Oct 16, 2020 at 11:29 AM H.J. Lu wrote:
> >
> > On Fri, Oct 16, 2020 at 11:17 AM Jakub Jelinek wrote:
> > >
> > > On Fri, Oct 16, 2020 at 10:58:34AM -0700, H.J. Lu wrote:
> > > > Don't set HAVE_AS_GDWARF_5_DEBUG_FLAG nor
On Fri, Oct 2, 2020 at 6:23 AM Jan Hubicka wrote:
>
> > > > diff --git a/gcc/config/i386/i386.md b/gcc/config/i386/i386.md
> > > > index fb677e17817..f3fbed81c4a 100644
> > > > --- a/gcc/config/i386/i386.md
> > > > +++ b/gcc/config/i386/i386.md
> > > > @@ -18007,7 +18007,13 @@ (define_expand
On Sun, Oct 18, 2020 at 8:16 AM Jan Hubicka wrote:
>
> > On Fri, Oct 2, 2020 at 6:21 AM H.J. Lu wrote:
> > >
> > > On Wed, Sep 16, 2020 at 10:07 PM H.J. Lu wrote:
> > > >
> > > > On Wed, Aug 19, 2020 at 6:09 AM H.J. Lu wrote:
> > > > >
> > > > > On Tue, May 19, 2020 at 5:14 AM H.J. Lu wrote:
On Fri, Oct 2, 2020 at 6:00 AM H.J. Lu wrote:
>
> On Thu, Feb 6, 2020 at 6:57 PM H.J. Lu wrote:
> >
> > This commit in GNU binutils 2.35:
> >
> > https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commit;h=b7d072167715829eed0622616f6ae0182900de3e
> >
> > added the section flag 'o' to
Detect GCC LTO plugin. Pass --plugin to AR and RANLIB to support LTO
build.
* Makefile.tpl (AR): Add @AR_PLUGIN_OPTION@
(RANLIB): Add @RANLIB_PLUGIN_OPTION@.
* configure.ac: Include config/gcc-plugin.m4.
AC_SUBST AR_PLUGIN_OPTION and RANLIB_PLUGIN_OPTION.
In order to support LTO build in binutils, we need to pass --plugin to
AR and RANLIB. Add GCC_PLUGIN_OPTION to gcc-plugin.m4 to detect the GCC
plugin name. Pass the --plugin option to AR and RANLIB.
H.J. Lu (2):
GCC: Pass --plugin to AR and RANLIB
Binutils: Pass --plugin to AR and RANLIB
Detect GCC LTO plugin. Pass --plugin to AR and RANLIB to support LTO
build.
bfd/
* configure: Regenerated.
gas/
* configure: Regenerated.
gprof/
* configure: Regenerated.
ld/
* configure: Regenerated.
libctf/
* configure: Regenerated.
opcodes/
On Sun, Oct 18, 2020 at 8:16 AM Jan Hubicka wrote:
>
> > On Fri, Oct 2, 2020 at 6:21 AM H.J. Lu wrote:
> > >
> > > On Wed, Sep 16, 2020 at 10:07 PM H.J. Lu wrote:
> > > >
> > > > On Wed, Aug 19, 2020 at 6:09 AM H.J. Lu wrote:
> > > > >
> > > > > On Tue, May 19, 2020 at 5:14 AM H.J. Lu wrote:
On Fri, Oct 2, 2020 at 6:21 AM H.J. Lu wrote:
>
> On Wed, Sep 16, 2020 at 10:07 PM H.J. Lu wrote:
> >
> > On Wed, Aug 19, 2020 at 6:09 AM H.J. Lu wrote:
> > >
> > > On Tue, May 19, 2020 at 5:14 AM H.J. Lu wrote:
> > > >
> > > > On Tue, May 19, 2020 at 1:48 AM Uros Bizjak wrote:
> > > > >
> >
On Fri, Oct 16, 2020 at 11:29 AM H.J. Lu wrote:
>
> On Fri, Oct 16, 2020 at 11:17 AM Jakub Jelinek wrote:
> >
> > On Fri, Oct 16, 2020 at 10:58:34AM -0700, H.J. Lu wrote:
> > > Don't set HAVE_AS_GDWARF_5_DEBUG_FLAG nor HAVE_AS_WORKING_DWARF_4_FLAG
> > > if there is an extra assembly input file
On Fri, Oct 16, 2020 at 11:17 AM Jakub Jelinek wrote:
>
> On Fri, Oct 16, 2020 at 10:58:34AM -0700, H.J. Lu wrote:
> > Don't set HAVE_AS_GDWARF_5_DEBUG_FLAG nor HAVE_AS_WORKING_DWARF_4_FLAG
> > if there is an extra assembly input file in debug info generated by
> > --gdwarf-5/--gdwarf-4:
> >
> >
Don't set HAVE_AS_GDWARF_5_DEBUG_FLAG nor HAVE_AS_WORKING_DWARF_4_FLAG
if there is an extra assembly input file in debug info generated by
--gdwarf-5/--gdwarf-4:
https://sourceware.org/bugzilla/show_bug.cgi?id=25878
https://sourceware.org/bugzilla/show_bug.cgi?id=26740
Also replace success with
On Wed, Oct 14, 2020 at 6:31 AM Hongyu Wang via Gcc-patches
wrote:
>
> Uros Bizjak 于2020年10月14日周三 下午7:19写道:
> >
> > > > Please also add -muintr to g++.dg/other/i386-{2,3}.C and
> > > > >> > > gcc.target/i386-sse-{12,13,14,22,23}.c. This will test new
> intrinsics
> > > > >> > > header.
> > > >
On Fri, Oct 9, 2020 at 6:17 AM H.J. Lu wrote:
>
> x86-64-v2 includes CMPXCHG16B. Since -mcx16 enables CMPXCHG16B and
> defines __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16, check it in x86-64-v[234]
> tests.
>
> PR target/97250
> * gcc.target/i386/x86-64-v2.c: Verify that
>
x86-64-v2 includes CMPXCHG16B. Since -mcx16 enables CMPXCHG16B and
defines __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16, check it in x86-64-v[234]
tests.
PR target/97250
* gcc.target/i386/x86-64-v2.c: Verify that
__GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 is defined.
*
On Fri, Oct 2, 2020 at 5:51 AM H.J. Lu wrote:
>
> On Wed, Sep 23, 2020 at 10:58 AM H.J. Lu wrote:
> >
> > For sources which can't use any vector instructions, and
> > cannot be included for compiler intrinsics:
> >
> > $ echo "#include " | gcc -S -O2 -mno-sse -mno-mmx -x c -
> > In file
On Wed, Oct 7, 2020 at 3:09 PM Jeff Law via Gcc-patches
wrote:
>
> Adding the testcase...
>
> On 10/7/20 4:08 PM, Jeff Law wrote:
> > On 9/17/20 1:03 PM, Jakub Jelinek wrote:
> > [ ... Big snip, starting over ... ]
> >
> > I may have not explained things too well. So I've put together a small
>
On Sun, Oct 4, 2020 at 10:33 AM Martin Sebor wrote:
>
> On 10/4/20 10:51 AM, H.J. Lu via Gcc-patches wrote:
> > On Sat, Oct 3, 2020 at 5:57 PM Segher Boessenkool
> > wrote:
> >>
> >> On Sat, Oct 03, 2020 at 12:21:04PM -0700, sunil.k.pandey via Gcc-patche
On Sun, Oct 4, 2020 at 10:03 AM Iain Sandoe wrote:
>
> H.J. Lu via Gcc-patches wrote:
>
> > On Sat, Oct 3, 2020 at 5:57 PM Segher Boessenkool
> > wrote:
> >> On Sat, Oct 03, 2020 at 12:21:04PM -0700, sunil.k.pandey via Gcc-patches
>
On Sat, Oct 3, 2020 at 5:57 PM Segher Boessenkool
wrote:
>
> On Sat, Oct 03, 2020 at 12:21:04PM -0700, sunil.k.pandey via Gcc-patches
> wrote:
> > On Linux/x86_64,
> >
> > c34db4b6f8a5d80367c709309f9b00cb32630054 is the first bad commit
> > commit c34db4b6f8a5d80367c709309f9b00cb32630054
> >
PR other/97280
* doc/extend.texi: Replace roudnevenl with roundevenl
---
gcc/doc/extend.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/doc/extend.texi b/gcc/doc/extend.texi
index c9f72991bba..b9684dc7a06 100644
--- a/gcc/doc/extend.texi
+++
On Mon, Sep 21, 2020 at 6:09 AM H.J. Lu wrote:
>
> On Mon, Sep 21, 2020 at 5:54 AM H.J. Lu wrote:
> >
> > Since "MASKMOVQ mm1, mm2" is an SSE instruction which requires MMX and
> > MMX/SSE ISAs are handled separately, make __builtin_ia32_maskmovq require
> > MMX instead of SSE.
> >
> > gcc/
> >
On Wed, Sep 16, 2020 at 10:07 PM H.J. Lu wrote:
>
> On Wed, Aug 19, 2020 at 6:09 AM H.J. Lu wrote:
> >
> > On Tue, May 19, 2020 at 5:14 AM H.J. Lu wrote:
> > >
> > > On Tue, May 19, 2020 at 1:48 AM Uros Bizjak wrote:
> > > >
> > > > On Sun, May 17, 2020 at 7:06 PM H.J. Lu wrote:
> > > > >
> >
On Wed, Sep 16, 2020 at 10:07 PM H.J. Lu wrote:
>
> On Wed, Aug 19, 2020 at 6:25 AM H.J. Lu wrote:
> >
> > On Wed, Jul 15, 2020 at 10:42:27AM -0700, H.J. Lu wrote:
> > > Expand strncmp to "repz cmpsb" only with -minline-all-stringops since
> > > "repz cmpsb" can be much slower than strncmp
On Thu, Feb 6, 2020 at 6:57 PM H.J. Lu wrote:
>
> This commit in GNU binutils 2.35:
>
> https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commit;h=b7d072167715829eed0622616f6ae0182900de3e
>
> added the section flag 'o' to .section directive:
>
> .section
On Wed, Sep 23, 2020 at 10:58 AM H.J. Lu wrote:
>
> For sources which can't use any vector instructions, and
> cannot be included for compiler intrinsics:
>
> $ echo "#include " | gcc -S -O2 -mno-sse -mno-mmx -x c -
> In file included from /usr/include/stdlib.h:1013,
> from
>
Add a testcase for PR target/96827 which was fixed by r11-3559:
commit 97b798d80baf945ea28236eef3fa69f36626b579
Author: Joel Hutton
Date: Wed Sep 30 15:08:13 2020 +0100
[SLP][VECT] Add check to fix 96837
PR target/96827
* gcc.target/i386/pr96827.c: New test.
---
On Tue, Sep 29, 2020 at 11:49 AM Jakub Jelinek wrote:
>
> On Tue, Sep 29, 2020 at 11:46:24AM -0700, H.J. Lu via Gcc-patches wrote:
> > Fix a typo in config/i386/enqcmdintrin.h by replacing
> > with :
> >
> > [hjl@gnu-cfl-2 x86-gcc]$ echo "#include " | gcc
Fix a typo in config/i386/enqcmdintrin.h by replacing
with :
[hjl@gnu-cfl-2 x86-gcc]$ echo "#include " | gcc -S -o /dev/null
-x c -
In file included from :1:
/usr/lib/gcc/x86_64-redhat-linux/10/include/enqcmdintrin.h:25:3: error: #error
"Never use directly; include instead."
25 | # error
On Mon, Sep 28, 2020 at 9:06 AM H.J. Lu wrote:
>
> On Mon, Sep 28, 2020 at 9:04 AM Hongyu Wang via Gcc-patches
> wrote:
> >
> > Hi,
> >
> > Some x86 intrinsic headers is missing FSF copyright notes. This patch add
> > the missed notes for those headers.
> >
> > OK for master?
> >
> >
On Fri, Sep 25, 2020 at 6:46 AM H.J. Lu wrote:
>
> On Tue, Sep 22, 2020 at 10:48 AM H.J. Lu wrote:
> >
> > On Fri, Sep 18, 2020 at 10:21 AM H.J. Lu wrote:
> > >
> > > On Thu, Sep 17, 2020 at 3:52 PM Jeff Law wrote:
> > > >
> > > >
> > > > On 9/16/20 8:46 AM, Richard Sandiford wrote:
> > > >
>
On Mon, Sep 28, 2020 at 9:04 AM Hongyu Wang via Gcc-patches
wrote:
>
> Hi,
>
> Some x86 intrinsic headers is missing FSF copyright notes. This patch add
> the missed notes for those headers.
>
> OK for master?
>
> gcc/ChangeLog:
>
> * config/i386/amxbf16intrin.h: Add FSF copyright notes.
> *
Since MOVDIRI and MOVDIR64B write to memory, similar to UNSPEC_MOVNT,
use SET operation in MOVDIRI and MOVDIR64B patterns with UNSPEC instead
of UNSPECV.
gcc/
PR target/97184
* config/i386/i386.md (UNSPECV_MOVDIRI): Renamed to ...
(UNSPEC_MOVDIRI): This.
On Tue, Sep 22, 2020 at 10:48 AM H.J. Lu wrote:
>
> On Fri, Sep 18, 2020 at 10:21 AM H.J. Lu wrote:
> >
> > On Thu, Sep 17, 2020 at 3:52 PM Jeff Law wrote:
> > >
> > >
> > > On 9/16/20 8:46 AM, Richard Sandiford wrote:
> > >
> > > "H.J. Lu" writes:
> > >
> > > On Tue, Sep 15, 2020 at 7:44 AM
On Thu, Sep 24, 2020 at 9:48 AM H.J. Lu wrote:
>
> On Wed, Sep 16, 2020 at 4:47 AM Jakub Jelinek wrote:
> >
> > On Wed, Sep 16, 2020 at 12:34:50PM +0100, Richard Sandiford wrote:
> > > Jakub Jelinek via Gcc-patches writes:
> > > > On Mon, Sep 14, 20
On Wed, Sep 16, 2020 at 4:47 AM Jakub Jelinek wrote:
>
> On Wed, Sep 16, 2020 at 12:34:50PM +0100, Richard Sandiford wrote:
> > Jakub Jelinek via Gcc-patches writes:
> > > On Mon, Sep 14, 2020 at 08:57:18AM -0700, H.J. Lu via Gcc-patches wrote:
> > >> So
For sources which can't use any vector instructions, and
cannot be included for compiler intrinsics:
$ echo "#include " | gcc -S -O2 -mno-sse -mno-mmx -x c -
In file included from /usr/include/stdlib.h:1013,
from
/usr/lib/gcc/x86_64-redhat-linux/10/include/mm_malloc.h:27,
On Tue, Sep 22, 2020 at 11:25 AM Qing Zhao wrote:
>
> Hi, Hongjiu,
>
>
> > On Sep 22, 2020, at 11:31 AM, Richard Sandiford
> > wrote:
> >
> > Qing Zhao writes:
> >>> On Sep 21, 2020, at 2:22 PM, Qing Zhao via Gcc-patches
> >>> wrote:
> >>>
> >>>
> >>>
> On Sep 21, 2020, at 2:11 PM,
On Fri, Sep 18, 2020 at 10:21 AM H.J. Lu wrote:
>
> On Thu, Sep 17, 2020 at 3:52 PM Jeff Law wrote:
> >
> >
> > On 9/16/20 8:46 AM, Richard Sandiford wrote:
> >
> > "H.J. Lu" writes:
> >
> > On Tue, Sep 15, 2020 at 7:44 AM Richard Sandiford
> > wrote:
> >
> > Thanks for looking at this.
> >
>
On Mon, Sep 21, 2020 at 5:54 AM H.J. Lu wrote:
>
> Since "MASKMOVQ mm1, mm2" is an SSE instruction which requires MMX and
> MMX/SSE ISAs are handled separately, make __builtin_ia32_maskmovq require
> MMX instead of SSE.
>
> gcc/
>
> PR target/97140
> * config/i386/i386-expand.c
Since "MASKMOVQ mm1, mm2" is an SSE instruction which requires MMX and
MMX/SSE ISAs are handled separately, make __builtin_ia32_maskmovq require
MMX instead of SSE.
gcc/
PR target/97140
* config/i386/i386-expand.c (ix86_expand_builtin): Require MMX
for
901 - 1000 of 1253 matches
Mail list logo