Revert: "Don't build insn-extract.o with rtl checking".
PR target/98746 is now fixed, compilation is now below 100MB from 8GB.
Approved on irc by Richard Biener.
Matthias
--- a/gcc/genextract.c
+++ b/gcc/genextract.c
@@ -365,8 +365,6 @@ print_header (void)
#define IN_TARGET_CODE 1\n\
#include
On 7/8/20 9:59 PM, Jim Wilson wrote:
> On Tue, Jul 7, 2020 at 2:52 AM Kito Cheng wrote:
>> gcc/ChangeLog:
>> * gcc/config/riscv/riscv.md (): New.
>> (TP_REGNUM): Ditto.
>> * doc/extend.texi (Target Builtins): Add RISC-V built-in section.
>> Document __builtin_thread
On 7/28/21 1:44 PM, David Malcolm via Gcc-patches wrote:
> On Wed, 2021-07-28 at 10:34 +0530, Siddhesh Poyarekar wrote:
>> Recognize __builtin_free as being equivalent to free when passed into
>> __attribute__((malloc ())), similar to how it is treated when it is
>> encountered as a call. This fix
On 1/31/22 15:06, Martin Liška wrote:
> Hello.
>
> It's about 5 months since the last project status update:
> https://gcc.gnu.org/pipermail/gcc-patches/2021-August/577108.html
> Now it's pretty clear that it won't be merged before GCC 12.1 gets released.
>
> So where we are? I contacted document
This was introduced with the fix and backports of PR103530 on
x86_64-linux-gnux32 with older glibc versions (checked with 2.31), where dladdr
is still in the libdl.so library, and not included in libc.so as in newer glibc
versions.
Linking of libgnat.so fails with
[...]
/usr/x86_64-linux-gnux3
On 8/31/21 3:24 PM, H.J. Lu via Gcc-patches wrote:
> On Thu, Aug 12, 2021 at 8:24 PM Ian Lance Taylor via Gcc-patches
> wrote:
>>
>> This patch updates libgo from the Go1.16.5 release to the Go 1.17rc2
>> release. As usual with these version updates, the patch itself is too
>> large to attach to
On 06.12.19 12:28, Rainer Orth wrote:
> I Ian,
>
>> This libgo patch arranges for go-context.S to always be marked as
>> using a non-executable stack. This is not required for all targets,
>> but should do little harm. Bootstrapped on x86_64-pc-linux-gnu.
>> Committed to mainline.
>
> unfortuna
On 17.11.19 07:49, Gaius Mulley wrote:
>
> Hello,
>
> while spending the weekend on the Howland and Baker islands :-) I
> thought I'd post version three of the patches which introduce Modula-2
> into the GCC trunk. The patches include:
[...]
> At a later point (after it is reviewed/approved) t
On 09.12.19 17:41, Gaius Mulley wrote:
> Matthias Klose writes:
>
>> On 17.11.19 07:49, Gaius Mulley wrote:
>>>
>>> Hello,
>>>
>>> while spending the weekend on the Howland and Baker islands :-) I
>>> thought I'd post version three
the toplevel configure.ac repeats common exclusion files for specific targets.
Just factor those out. Maybe not required, but gm2 is adding more files to be
ignored on every target, so make it easy to only have these files mentioned in
one place. Ok for the trunk?
Matthias
2019-12-11 Matthias
On 1/18/21 2:55 PM, Gaius Mulley via Gcc-patches wrote:
> Richard Biener writes:
>> I've just done ./configure --enable-languages=m2; make -j24
>>
>> I would suggest to not rush this in now during stage4
>> but instead take the opportunity of this "quiet" phase
>> to prepare an integration branch
On 3/26/19 12:52 PM, Matthias Klose wrote:
> On 22.03.19 23:00, David Malcolm wrote:
>> On Thu, 2019-03-21 at 12:26 +0100, Matthias Klose wrote:
>>> Fix PR jit/87808, the embedded driver still needing the external gcc
>>> driver to
>>> find the gcc_lib_dir. Th
On 7/13/21 8:41 AM, Richard Biener wrote:
> On Mon, Jul 12, 2021 at 11:00 PM Matthias Klose wrote:
>>
>> On 3/26/19 12:52 PM, Matthias Klose wrote:
>>> On 22.03.19 23:00, David Malcolm wrote:
>>>> On Thu, 2019-03-21 at 12:26 +0100, Matthias Klose wrote:
>>
Just saw, these are not mentioned on the release notes. Ok to document these?
Matthias
--- a/htdocs/gcc-11/changes.html
+++ b/htdocs/gcc-11/changes.html
@@ -690,6 +690,10 @@ You may also want to check out our
GCC now supports AMD CPUs based on the znver3 core
via -march=znver3.
+ GCC
On 4/27/21 12:22 PM, Tobias Burnus wrote:
> This is based on Jakub's patch* which is used with many distributions – and
> is has
> to be maintained by all of them; otherwise issues like lp #1878760 might
> creep in,
> as discussed in #gcc yesterday. - As I am a huge fan of reducing code
> duplic
On 4/28/21 6:56 PM, Tobias Burnus wrote:
> On 28.04.21 16:13, Matthias Klose wrote:
>
>> On 4/27/21 12:22 PM, Tobias Burnus wrote:
>>> Hence, the distro behaviour is only active when configured with
>>> --enable-offload-defaulted.
>> please document that optio
libsanitizer fails to build with -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64,
triggering an #error in /usr/include/features-time64.h
--- a/libsanitizer/sanitizer_common/sanitizer_procmaps_solaris.cpp
+++ b/libsanitizer/sanitizer_common/sanitizer_procmaps_solaris.cpp
@@ -11,6 +11,7 @@
// Before Sola
The boehm-gc tests currently fail to build with a linker with
--no-copy-dt-needed-entries as the default. dlopen is referenced in the libgcjgc
library itself, so link it with -ldl. The macro name EXTRA_TEST_LIBS is a bit
unfortunate now, but it is the right way to find the library name, as done fo
Am 04.09.2013 12:21, schrieb Andrew Haley:
> On 09/04/2013 11:00 AM, Matthias Klose wrote:
>> The boehm-gc tests currently fail to build with a linker with
>> --no-copy-dt-needed-entries as the default.
>
> Hmm, isn't that a bug in the linker?
No, it's the defaul
current trunk fails to build on arm-linux with:
In file included from ../../../../src/libbacktrace/backtrace.c:35:0:
../libgcc/unwind.h: In function '_Unwind_decode_typeinfo_ptr':
../libgcc/unwind.h:42:45: error: unused parameter 'base'
[-Werror=unused-parameter]
_Unwind_decode_typeinfo_ptr (_
On 06.10.2012 22:46, Ian Lance Taylor wrote:
> On Sat, Oct 6, 2012 at 8:09 AM, Matthias Klose wrote:
>> current trunk fails to build on arm-linux with:
>>
>> In file included from ../../../../src/libbacktrace/backtrace.c:35:0:
>> ../libgcc/unwind.h: In function &
On 07.10.2012 12:01, Matthias Klose wrote:
> On 06.10.2012 22:46, Ian Lance Taylor wrote:
>> On Sat, Oct 6, 2012 at 8:09 AM, Matthias Klose wrote:
>>> current trunk fails to build on arm-linux with:
>>>
>>> In file included from ../../../../src/libbackt
On 26.06.2012 11:10, Richard Earnshaw wrote:
> On 25/06/12 22:30, Matthias Klose wrote:
>> On 25.06.2012 18:21, Matthias Klose wrote:
>>> On 25.06.2012 15:22, Richard Earnshaw wrote:
>>>> On 25/06/12 13:08, Matthias Klose wrote:
>>>>> gcc/config.gcc no
On 23.10.2012 06:55, Ian Lance Taylor wrote:
> PR 54918 points out that libgo is not using version numbers as it
> should. At present none of libgo in 4.6, 4.7 and mainline are
> compatible with each other. This patch to the 4.7 branch sets the
> version number for libgo there. Bootstrapped and
On 24.10.2012 08:55, Marc Glisse wrote:
> On Tue, 23 Oct 2012, Vladimir Makarov wrote:
>
>> Hi, I was going to merge LRA into trunk last Sunday. It did not happen. LRA
>> was actively changed last 4 weeks by implementing reviewer's proposals which
>> resulted in a lot of new LRA regressions on G
Starting with gdb 7.6, gdb can be linked with both Python 2.x and Python 3.x.
Therefore the pretty printers should be compatible with both Python versions.
This patch should be backported to 4.7 and 4.8 as well.
Ok for the trunk?
Matthias
* python/libstdcxx/v6/printers.py: Make prett
On 11.12.2015 15:34, Ilya Enkovich wrote:
I fixed it, bootstrapped, regtested and applied to trunk. Here is committed
version.
this left libmpx/libtool-version, which now is unused and outdated. Ok to
remove?
Matthias
On 19.01.2016 14:52, Nick Clifton wrote:
Hi Catherine, Hi Eric, Hi Matthew,
GCC PR 69129 reports a problem with the MIPS backend:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69129
I traced the problem down to a race condition in
mips_compute_frame_info. This calls mips_global_pointe
gccjit currently fails to build, needing an additional header. Ok to install on
the trunk?
Matthias
* jit-playback.c: Include .
--- a/gcc/jit/jit-playback.c
+++ b/gcc/jit/jit-playback.c
@@ -43,6 +43,8 @@ along with GCC; see the file COPYING3.
#include "jit-builtins.h"
#include "jit-
On 08.02.2016 15:26, Bernd Schmidt wrote:
On 12/21/2015 08:39 PM, Jeff Law wrote:
On 12/18/2015 11:38 AM, Bernd Schmidt wrote:
In an earlier fix, the following change was made in varasm.c for invalid
register variables:
--- trunk/gcc/varasm.c2014/08/26 14:59:59214525
+++ trunk/gcc/vara
This patch introduces aarch64 as a Go architecture.
Matthias
# DP: Introduce aarch64 goarch.
--- a/src/libgo/go/go/build/syslist.go
+++ a/src/libgo/go/go/build/syslist.go
@@ -5,4 +5,4 @@
package build
const goosList = "darwin dragonfly freebsd linux netbsd openbsd plan9 windows
solaris "
-
to get full advantage of the -fsplit-stack option, gccgo binaries have to be
linked with gold, not the bfd linker. When the system linker defaults to the
bfd linker, then gccgo should explicitly use the gold linker, passing
fuse-ld=gold, unless another -fuse-ld option is present. Tested with and
trunk has some empty directories. ok to remove?
gcc/testsuite/go.test/test/fixedbugs/bug478.dir
libstdc++-v3/testsuite/experimental/string_view/requirements/exception
libstdc++-v3/testsuite/experimental/string_view/capacity/wchar_t
libstdc++-v3/testsuite/experimental/string_view/capacity/char
nce Taylor:
> I've gotten a patch from Michael Hudson-Doyle to set GOARCH to arm64
> on an Aarch64 system (https://codereview.appspot.com/34830045/). I've
> gotten a patch from Matthias Klose to set GOARCH to aarch64 on such a
> system (http://gcc.gnu.org/ml/gcc-patches/2013
ping patch
Am 29.11.2013 14:29, schrieb Matthias Klose:
> to get full advantage of the -fsplit-stack option, gccgo binaries have to be
> linked with gold, not the bfd linker. When the system linker defaults to the
> bfd linker, then gccgo should explicitly use the gold linker, passing
Am 10.01.2014 09:23, schrieb Zhenqiang Chen:
> Hi,
>
> MULTIARCH_DIRNAME was removed @r196649 since the dir info had been
> combined in MULTILIB_OSDIRNAMES.
>
> But MULTIARCH_DIRNAME was re-added @r201164. With this change, the
> final multiarch_dir is combined as
> "aarch64-linux-gnu:aarch64-lin
Am 10.01.2014 10:49, schrieb Zhenqiang Chen:
> On 10 January 2014 17:23, Matthias Klose wrote:
>> Am 10.01.2014 09:23, schrieb Zhenqiang Chen:
>>> Hi,
>>>
>>> MULTIARCH_DIRNAME was removed @r196649 since the dir info had been
>>> combined in MULTILIB_
This installs the rs6000-cpus.def file for powerpc targets (included by
default64.h), which is needed to build plugins on powerpc64* targets.
Ok for the trunk, and the 5 branch? Tested with a build and installation.
Matthias
PR target/66840
* config/rs6000/t-rs6000 (TM_H): Add rs
On 09/15/2015 09:23 PM, Bernhard Reutner-Fischer wrote:
> On September 15, 2015 7:39:39 PM GMT+02:00, Mike Stump
> wrote:
>> On Sep 14, 2015, at 3:37 PM, Jeff Law wrote:
Maybe GCC-6 can bump the required
dejagnu version to allow for getting rid of all these superfluous
load_gcc_li
This was marked as a regression in 5 and 6, but never backported to the
gcc-5-branch. Is it time to backport?
Matthias
On 21.07.2015 21:54, Vladimir Makarov wrote:
The following patch fixes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66424
The patch was tested and bootstrapped on x86/
in the commit message. It looks
like that gcc/configure was manually fixed without fixing gcc/configure.ac.
Committing as obvious (although I see some whitespace changes with an unmodified
autoconf2.64 downloaded from ftp.gnu.org).
Matthias
gcc/
2015-09-30 Matthias Klose
* conf
On 25.08.2015 15:29, Nathan Sidwell wrote:
Jakub,
This patch changes the launch API for openacc parallels.
this broke the jit build.
The following patch fixes the build for me. Ok to commit?
Matthias
2015-09-30 Matthias Klose
* jit-builtins.h Define DEF_FUNCTION_TYPE_VAR_6
On 30.09.2015 14:40, Bernd Schmidt wrote:
On 09/30/2015 02:37 PM, Matthias Klose wrote:
this broke the jit build.
The following patch fixes the build for me. Ok to commit?
Matthias
2015-09-30 Matthias Klose
* jit-builtins.h Define DEF_FUNCTION_TYPE_VAR_6,
remove
Removing two empty directories, approved by Jonathan on IRC.
Matthias
2015-09-30 Matthias Klose
* config/cpu/alpha, config/cpu/ia64: Remove empty directories.
On 01.10.2015 19:01, Joseph Myers wrote:
I noticed that c.opt still described -std=c11 and related options as
experimental in the --help text. This patch fixes this.
this seems to be true for the gcc-5 branch as well. Could you fix it there as
well?
Matthias
On 01.10.2015 01:07, Ian Lance Taylor wrote:
On Thu, Sep 17, 2015 at 12:13 PM, Lynn A. Boger
wrote:
Here is my updated patch, with the changes suggested by
Ian for gcc/gospec.c and David for gcc/configure.ac.
Bootstrap built and tested on ppc64le, ppc64 multilib.
2015-09-17Lynn Boger
gcc
On 07.10.2015 17:36, Lynn A. Boger wrote:
Pretty sure this is the fix, but still doing some testing.
linux.h isn't included for multilib enabled builds defaulting to
powerpc-linux-gnu, I am currently testing
--- gcc/config/rs6000/sysv4.h (revision 228571)
+++ gcc/config/rs6000/sysv4.h (w
On 08.10.2015 20:56, Lynn A. Boger wrote:
I think my original fix with linux.h doing the #undef on
TARGET_CAN_SPLIT_STACK_64BIT is the right fix at least
for powerpc-linux-gnu 32 bit only.
It works for powerpc-linux-gnu without multilib and doesn't break
powerpc64-linux-gnu or powerpc64le-linux-
On 10.10.2015 16:00, David Edelsohn wrote:
On Fri, Oct 9, 2015 at 3:51 PM, Lynn A. Boger
wrote:
Here's a new one.
Tried all the variations, verified that split stack is still enabled and
uses gold linker for 64 bit targets
when using a 64 bit default compiler, and does not give the split stack
still needed, both on the trunk and the branch.
On 06.05.2015 14:34, Matthias Klose wrote:
Yes, it's documented that there is still some work to do for cross builds,
however a cross build for gotools currently fails.
The toplevel make always passes the GOC variable in the enviro
On 13.10.2015 00:53, Alan Modra wrote:
On Mon, Oct 12, 2015 at 10:15:04AM -0500, Lynn A. Boger wrote:
Thanks for doing this Alan. I agree this looks better to me.
I assume by "etc" you mean you did biarch builds for your bootstraps on BE?
By "etc" I meant "and regression tested".
I built fo
t to the branch?
Matthias
2015-11-18 Matthias Klose
* configure.ac: Permit also ISL 0.15 with CLooG.
* configure: Regenerate.
gcc/
2015-11-18 Matthias Klose
Backport from the gcc-5-branch
Backport from mainline
2015-07-21 Mike Frysinger
Bernhard Reutner-Fischer
* configure.ac
On 19.11.2015 09:07, Richard Biener wrote:
On Wed, 18 Nov 2015, Matthias Klose wrote:
On 12.10.2015 12:58, Richard Biener wrote:
This backports the patch to allow bootstrapping with ISL 0.15 to the
GCC 5 branch (the GCC 4.9 branch will require backporting of some
dependencies).
I don&#
if we already are in stage3)?
Matthias
zlib/ChangeLog.gcj
+2015-11-23 Matthias Klose
+
+ * Imported zlib 1.2.8; merged local changes.
zlib/ChangeLog
+Changes in 1.2.8 (28 Apr 2013)
+- Update contrib/minizip/iowin32.c for Windows RT [Vollant]
+- Do not force Z_CONST for C++
+- Clean up co
ns in the testsuite. Ok to apply (even if we already are
in stage3)?
+2015-11-23 Matthias Klose
+
+ * Imported zlib 1.2.8; merged local changes.
Should not be a problem for GDB, since we're not near branching time.
Out of curiosity, what prompted this update? Just to be in syn
The attached patch avoids building the non-default multilib and libstdc++-v3
debug builds in bootstrap builds during bootstrap builds, resulting in some
speedup for bootstrap builds for targets with multilibs enabled. On
x86_64-linux-gnu with 64/32/x32 multilibs enabled and the libstdc++ debug
link libgccjit using LDFLAGS (which is empty by default), but could be used to
pass hardening options like -Wlz,relro.
Matthias
* Make-lang.in ($(LIBGCCJIT_FILENAME)): Link using $(LDFLAGS).
--- a/gcc/jit/Make-lang.in
+++ b/gcc/jit/Make-lang.in
@@ -86,7 +86,7 @@ $(LIBGCCJIT_FILENAME): $(jit_O
.
2015-12-02 Matthias Klose
* configure.ac: Move AM_ENABLE_MULTILIB before
GCC_LIBSTDCXX_RAW_CXX_FLAGS.
* configure: Regenerate.
On 1/28/20 9:52 PM, Vladimir Makarov wrote:
> The following patch fixes
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93272
>
> The patch was successfully tested and bootstrapped on x86_64.
>
> Unfortunately it is hard to create a test case for the patch. So there is no
> test for this PR.
On 3/19/20 7:22 AM, Jiufu Guo via Gcc-patches wrote:
> Jiufu Guo writes:
>
> Backported to GCC 9, preapproved by Segher.
>
> Thanks,
>
> Jiufu
this checks in a file
diff --git a/a b/a
new file mode 100644
index 000..a4f422403ef
--- /dev/null
+++ b/a
@@ -0,0 +1,81 @@
+commit 5b075372b4
ote:
>>>>>
>>>>> On Wed, 17 Jun 2020, H.J. Lu wrote:
>>>>>
>>>>>> On Wed, Jun 17, 2020 at 1:59 AM Richard Biener
>>>>>> wrote:
>>>>>>>
>>>>>>> On Mon, Jun 15, 2020 at 5:30 PM M
Trying to build a nvptx offload compiler on aarch64-linux-gnu, the libgomp tests
error out with
unrecognizable argument of option -foffload-abi
Passing that option goes a step further, hitting PR target/96265. Define that
hook, as it was done for rs6000 in 2015. Ok for the trunk?
Matthias
*
On 4/9/20 12:47 AM, Iain Buclaw via Gcc-patches wrote:
> Hi,
>
> As GDCFLAGS is overriden by the top-level make file with '-O2 -g',
> libphobos ends up always being built with all contracts, invariants, and
> asserts compiled in. This adds a new configurable that defaults to omit
> compiling any
On 5/20/20 9:32 PM, Michael Kuhn wrote:
> Hi,
>
> when specifying a non-system prefix with --with-zstd, the build fails
> because the header and library cannot be found (see
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95005).
>
> The attached patch fixes the problem and is what we use in Spac
On 5/27/20 3:36 PM, Martin Liška wrote:
> On 5/20/20 9:32 PM, Michael Kuhn wrote:
>> Hi,
>>
>> when specifying a non-system prefix with --with-zstd, the build fails
>> because the header and library cannot be found (see
>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95005).
>>
>> The attached patc
On 10/29/20 8:11 PM, H.J. Lu via Binutils wrote:
> diff --git a/Makefile.tpl b/Makefile.tpl
> index a280a1498c..38f0b021f4 100644
> --- a/Makefile.tpl
> +++ b/Makefile.tpl
> +@if pgo-build
> + && $(MAKE) $(RECURSE_FLAGS_TO_PASS) \
shouldn't make called with -i here? you're not interested lett
On 10/29/20 8:11 PM, H.J. Lu via Binutils wrote:
> diff --git a/configure.ac b/configure.ac
> index 7c4bdff0fa..eea9a21099 100644
> --- a/configure.ac
> +++ b/configure.ac
> + if test "$enable_pgo_build" = "lto"; then
> +AC_MSG_CHECKING([whether the compiler supports -flto=jobserver])
> +o
On 12/31/20 11:12 AM, Andreas Schwab wrote:
> I'm getting this error in ia64:
>
> ../../../libgo/go/internal/cpu/cpu.go:123:9: error: reference to undefined
> name 'doinit'
> 123 | doinit()
> | ^
> make[4]: *** [internal/cpu.lo] Error 1
>
> Andreas.
>
also on x32, or wi
On 12/31/20 11:36 AM, Matthias Klose wrote:
> On 12/31/20 11:12 AM, Andreas Schwab wrote:
>> I'm getting this error in ia64:
>>
>> ../../../libgo/go/internal/cpu/cpu.go:123:9: error: reference to undefined
>> name 'doinit'
>> 123 | doinit(
On 12/31/20 12:14 AM, Ian Lance Taylor via Gcc-patches wrote:
> I've committed a patch to update libgo to the Go 1.16beta1 release.
>
> This patch does not include support for the new //go:embed directive
> that will be available in Go 1.16.1 (https://golang.org/issue/41191)
> Support for that req
On 12/31/20 12:14 AM, Ian Lance Taylor via Gcc-patches wrote:
> I've committed a patch to update libgo to the Go 1.16beta1 release.
>
> This patch does not include support for the new //go:embed directive
> that will be available in Go 1.16.1 (https://golang.org/issue/41191)
> Support for that req
On 1/2/21 12:11 AM, Ian Lance Taylor wrote:
> On Thu, Dec 31, 2020 at 7:40 AM Matthias Klose wrote:
>>
>> On 12/31/20 12:14 AM, Ian Lance Taylor via Gcc-patches wrote:
>>> I've committed a patch to update libgo to the Go 1.16beta1 release.
>>>
>>>
These warnings, including the suggested fixes are seen on power*-linux builds.
warning: misspelled term 'builtin function' in format; use 'bult-in function'
instead [-Wformat-diag]
warning: spurious trailing punctuation sequence '].' in format [-Wformat-diag]
warning: misspelled term 'floating p
The attached patch makes the link targets a little bit more verbose. Ok to
commit?
It shows that --enable-link-serialization=1 doesn't work:
$ grep ^Linking ../log
Linking gnat1 |==-- | 9%
Linking cc1 |--| 0%
Linking cc1 |==| 9%
Linking gn
On 1/9/21 11:22 PM, Jakub Jelinek wrote:
> On Sat, Jan 09, 2021 at 07:44:31PM +0100, Matthias Klose wrote:
>> These warnings, including the suggested fixes are seen on power*-linux
>> builds.
>>
>> warning: misspelled term 'builtin function' in format; use &#
On 1/9/21 7:52 PM, Matthias Klose wrote:
> The attached patch makes the link targets a little bit more verbose. Ok to
> commit?
approved by Jakub on IRC, checked in.
> It shows that --enable-link-serialization=1 doesn't work:
>
> $ grep ^Linking ..
On 1/10/21 10:18 PM, Martin Sebor wrote:
> On 1/10/21 3:29 AM, Matthias Klose wrote:
>> is the newline intended? It's followed by a debug_rtx call.
>
> To avoid the warning there shouldn't be any trailing punctuation
> or whitespace in the message. The GCC qu
On 1/14/21 4:18 PM, H.J. Lu via Gcc-patches wrote:
> On Thu, Jan 14, 2021 at 6:51 AM Uros Bizjak wrote:
>>
>> On Thu, Jan 14, 2021 at 3:05 PM H.J. Lu wrote:
>>>
>>> -fcf-protection with CF_BRANCH inserts ENDBR32 at function entries.
>>> ENDBR32 is NOP only on 64-bit processors and 32-bit TARGET_C
pe.
> (lang_register_spec_functions) Prototype.
> (allow_linker): Extern.
> * gcc/go/gospec.c (lang_register_spec_functions): Added.
this is mising the definition of lang_register_spec_functions for the jit build.
2020-03-23 Matthias Klose
* jit-spec.c (lang_register_spec_funct
PR lto/95604 was seen when checking for binaries without having CET support in a
distro archive, for binaries built with LTO optimization. The hardening flag
-fcf-protection=full is passed in CFLAGS, and maybe should be passed in LDFLAGS
as well. However to make it work when not passed to the lin
On 10/22/20 2:12 PM, Pierre-Marie de Rodat wrote:
> This enables the build of the support units for 128-bit integer types
> in the full runtime of 64-bit platforms.
>
> Tested on x86_64-pc-linux-gnu, committed on trunk
>
> gcc/ada/
>
> * Makefile.rtl (64-bit platforms): Add GNATRTL_128BIT_
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:
>>
>>> PR other/98027
>>> * doc/install: Default to --enable-cet=auto.
>>> ---
>>> gcc/doc/install.texi | 9 -
>>> 1
On 12/4/20 9:07 AM, Kito Cheng via Gcc-patches wrote:
> Committed, thanks :)
>
> On Thu, Dec 3, 2020 at 8:51 AM Jim Wilson wrote:
>>
>> On Tue, Dec 1, 2020 at 12:13 AM Kito Cheng wrote:
>>>
>>> - We would like to canonicalize the arch string for --with-arch for
>>>easier handling multilib,
On 12/4/20 2:38 PM, Matthias Klose wrote:
> On 12/4/20 9:07 AM, Kito Cheng via Gcc-patches wrote:
>> Committed, thanks :)
>>
>> On Thu, Dec 3, 2020 at 8:51 AM Jim Wilson wrote:
>>>
>>> On Tue, Dec 1, 2020 at 12:13 AM Kito Cheng wrote:
>>>>
&g
As seen in PR98144, building insn-extract.o with rtl checking takes some memory,
and it doesn't work on 32bit architectures at all (PR97314). Richard suggested
on irc to disable rtl checking for this auto-generated file, like it's already
done for genconditions.c. Patching it like done for gencon
Fix PR ada/97504 for mips*-linux, the bootstrap works again on mips*-linux.
Ok for the trunk?
gcc/ada/
PR ada/97504
* Makefile.rtl (LIBGNAT_TARGET_PAIRS) : Use wraplf
version of Aux_Long_Long_Float.
--- a/gcc/ada/Makefile.rtl
+++ b/gcc/ada/Makefile.rtl
@@ -2288,6 +2288,7 @
On 12/9/20 3:03 PM, Simon Cook wrote:
> When building GCC for RISC-V with the --with-multilib-generator option,
> it may not be possible to call arch-canonicalize as an executable when
> building on Windows. Instead directly invoke the expected python
> interpreter for this step.
>
> gcc/ChangeLog
The gcc man page currently has untranslated @tie{} patterns in the man page.
Just replace these with a white space. Ok for the trunk and branches?
Matthias
--- a/contrib/texi2pod.pl
+++ b/contrib/texi2pod.pl
@@ -210,6 +210,7 @@ while(<$inf>) {
s/\@TeX\{\}/TeX/g;
s/\@pounds\{\}/\#/g;
Jakub reported that for glibc 2.34 (trunk, unreleased), Richard said it was
working for glibc 2.33 (latest release), your commit says "Fix build breakage
with latest glibc release" (which is 2.33). What is correct?
The change also caused CI test failures in Debian and Ubuntu as seen at
https://ci.
The installation of the jit headers can fail, because the directory might not be
created yet, a missing dependency on the installdirs target.
Also the Makefile hardcodes mkdir -p, instead of using $(mkinstalldirs).
Ok for the trunk and the branches?
Matthias
diff --git a/gcc/jit/Make-lang.in b/g
On 9/30/20 2:27 PM, Florian Weimer wrote:
> These micro-architecture levels are defined in the x86-64 psABI:
>
> https://gitlab.com/x86-psABIs/x86-64-ABI/-/commit/77566eb03bc6a326811cb7e9
>
> PTA_NO_TUNE is introduced so that the new processor alias table entries
> do not affect the CPU tuning se
seen for a normal bootstrap. Apparently it tries to
re-bootstrap the compiler.
The build is configured with --with-build-config=bootstrap-lto-lean, built with
make profiledbootstrap-lean
Matthias
2021-06-18 Matthias Klose
* Make-lang.in (m2.serial): New target.
(cc1gm2): Depend on $(m2.p
On 6/19/21 9:53 AM, Gaius Mulley wrote:
> Matthias Klose writes:
>
>> x86_64-linux-gnu-g++-10 is the compiler used for the bootstrap. I haven't
>> checked if that is also seen for a normal bootstrap. Apparently it tries to
>> re-bootstrap the compiler.
>>
>
On 20.11.19 22:38, Richard Earnshaw wrote:
> On 20/11/2019 20:48, Bernd Schmidt wrote:
>> On 11/20/19 8:27 PM, Mikael Pettersson wrote:
>>> On Wed, Nov 20, 2019 at 3:16 PM Bernd Schmidt
>>> wrote:
Probably best to just run tests on stage1 and hope something shows up.
>>>
>>> Ok, how do I did
GCC 10 comes with a new lto-dump texi file, but the man page isn't built and
installed. Fix with the attached patch. Ok to install?
Matthias
* Makefile.in (SOURCES): Add doc/lto-dump.1.
(install-man): Add $(LTO_DUMP_INSTALL_NAME)$(man1ext).
($(LTO_DUMP_INSTALL_NAME)$(man1ext): New.
Index: gcc/
On 01.08.2018 09:13, Richard Biener wrote:
>
> The following fixes build with ISL 0.20, tested by building with
> ISL 0.20 and 0.15 (the oldest supported ISL).
>
> Applied to trunk, will commit to the branches as well.
that was committed to the 7 and 8 branches, but not the 6 branch. Now done as
On 16.06.2017 17:39, Denis Khalikov wrote:
> Hello everyone,
>
> This is a patch for https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77631
>
> Can some one please review attached patch.
not a full review, but it looks like the system debug files based on build-id's
are not found. In newer distro r
On 07.06.2017 19:22, Szabolcs Nagy wrote:
> Current multiarch directory name is always *-linux-gnu* on linux,
> this patch configures different names for uclibc and musl targets.
> (tested by the debian rebootstrap scripts for various *-linux-musl
> and *-linux-uclibc targets see debian bug #861588
On 06.11.2017 16:36, Svante Signell wrote:
> Hi,
>
> Attached are patches to enable gccgo to build properly on Debian
> GNU/Hurd on gcc-7 (7-7.2.0-12).
sysinfo.go:6744:7: error: redefinition of 'SYS_IOCTL'
const SYS_IOCTL = _SYS_ioctl
^
sysinfo.go:6403:7: note: previous definition of 'SYS
On 21.12.2017 22:59, Steve Ellcey wrote:
> On Thu, 2017-12-21 at 20:55 +, James Greenhalgh wrote:
>> On Thu, Dec 21, 2017 at 06:56:22PM +, Steve Ellcey wrote:
>>>
>>> This one line patch for multi-arch support on Aarch64 and ILP32 was
>>> submitted over a year ago and pinged a number of tim
1 - 100 of 451 matches
Mail list logo
