>From my point of view this should be backported to the active branches.
Building GCC 5 and GCC 6 with binutils >=2.26 now results in
$ gcc -c -gz foo.c
gcc: error: -gz is not supported in this configuration
building these GCC version with binutils 2.25 recognizes this option.
On 30.05.2016
These are the changes updating zlib from 1.2.8 to 1.2.10. It is only used when
building without a system zlib. The new release includes fixes for security
issues CVE-2016-9840, CVE-2016-9841, CVE-2016-9842, CVE-2016-9843.
Checked with a build with disabled system-zlib. Ok for the trunk?
--with-multilib-list=m32,m64 --enable-checking=release
--disable-bootstrap --with-target-bdw-gc-include=/opt/gcc/include
--with-target-bdw-gc-lib=/opt/gcc/lib64,32=/opt/gcc/lib32
Ok for the trunk?
Matthias
libobjc/
2016-12-24 Matthias Klose <d...@ubuntu.com>
PR libobjc/78697
* config
-checking=release
--disable-bootstrap --with-target-bdw-gc-include=/opt/gcc/include
--with-target-bdw-gc-lib=/opt/gcc/lib64,32=/opt/gcc/lib32
Ok for the trunk?
Matthias
libobjc/
2016-12-24 Matthias Klose <d...@ubuntu.com>
PR libobjc/78698
* configure.ac: Use the libgc.la fil
On 15.03.2017 14:49, Richard Biener wrote:
> On March 15, 2017 11:19:24 AM GMT+01:00, "Martin Liška" <mli...@suse.cz>
> wrote:
>> On 03/14/2017 06:31 PM, Matthias Klose wrote:
>>> On 14.03.2017 15:15, Richard Biener wrote:
>>>> On Tue, Mar
On 14.03.2017 09:27, Richard Biener wrote:
> On Mon, Mar 13, 2017 at 6:16 PM, Denis Khalikov
> wrote:
>> Hello everyone, i have a patch for this issue.
>
> Great!
>
>> List of implemented functionality:
>>
>> 1.Reading .gnu_debuglink section from ELF file:
>> a.
On 13.03.2017 18:26, James Cowgill wrote:
> Hi,
>
> On 11/03/17 12:11, Arnaud Charlet wrote:
>>> This patch fixes an error caused by my changing of the signal constants
>>> on MIPS in r244026. While that patch worked on mipsel, ada fails to
>>> bootstrap with it on mips64el with the error:
>>>
On 14.03.2017 15:15, Richard Biener wrote:
> On Tue, Mar 14, 2017 at 1:30 PM, Martin Liška wrote:
>> Tested on my local machine that's properly installed.
>>
>> Ready for trunk?
>
> Ok.
>
> Richard.
shouldn't that go to the active branches as well?
Matthias
you are unconditionally hard coding python as the interpreter, which on most
distributions points to 2.7. Please check python3 as well and make that the
preferred interpreter if available. python 2.7 is now EOL'd for 2020.
Matthias
On 26.07.2017 18:00, Pierre-Marie de Rodat wrote:
>
As seen in PR81295, the bootstrap is broken on powerpc-linux-gnu with
--enable-default-pie. Using that patch the bootstrap succeeds. The bootstrap
works fine on both powerpc64 be and le targets.
Matthias
On 22.06.2017 17:28, Alan Modra wrote:
> PR80044 notes that -static and -pie together
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
On 03.08.2017 12:05, Jeff Law wrote:
> On 08/02/2017 08:06 PM, Ximin Luo wrote:
>> Jeff Law:
>>> On 07/21/2017 10:15 AM, Ximin Luo wrote:
(Please keep me on CC, I am not subscribed)
Proposal
This patch series adds a new environment variable
tarfiles
and checked that the new tarball and diff files are compressed using xz.
Ok for the trunk and the gcc-7-branch?
Matthias
maintainer-scripts/
2017-05-14 Matthias Klose <d...@ubuntu.com>
* gcc_release (build_gzip): Build xz tarball instead of bz2 tarball.
(build
On 16.05.2017 05:35, Bernhard Reutner-Fischer wrote:
> On 16 May 2017 at 14:16, Jonathan Wakely wrote:
>> On 16 May 2017 at 13:13, Bernhard Reutner-Fischer wrote:
>>> 1.5.0 wouldn't buy us anything as the "libdirs" handling is only in 1.5.2
>>> and later.
>>
>> Ah I missed
On 15.05.2017 12:04, Markus Trippelsdorf wrote:
> On 2017.05.15 at 16:24 +0200, Jakub Jelinek wrote:
>> On Mon, May 15, 2017 at 04:13:44PM +0200, Markus Trippelsdorf wrote:
>>> On 2017.05.15 at 14:02 +, Joseph Myers wrote:
The xz manpage warns against blindly using -9 (for which --best is
On 18.05.2017 03:34, Richard Biener wrote:
> On Mon, May 15, 2017 at 3:11 AM, Matthias Klose <d...@ubuntu.com> wrote:
>> As discussed on IRC with Jakub and Richard here are is a small patch which
>> builds xz compressed tarballs and diff files.
>>
>> Teste
On 30.05.2017 16:32, Mike Stump wrote:
> On May 28, 2017, at 2:16 PM, Iain Buclaw wrote:
>>
>> This patch adds D language support to the GCC test suite.
>
> Ok. If you could ensure that gcc without D retains all it's goodness and
> that gcc with D works on 2 different
On 21.09.2017 17:50, Ian Lance Taylor via gcc-patches wrote:
> On Thu, Sep 21, 2017 at 4:52 AM, Thomas Schwinge
> wrote:
>>
>> On Fri, 14 Sep 2012 14:20:08 -0700, Ian Lance Taylor wrote:
[libbacktrace]
>>
>>> I won't commit for a day or two in case
Fix libjava build failure with glibc-2.26, replacing 'struct ucontext' with
ucontext_t. Ok for the gcc-5 and gcc-6 branches? Doesn't apply to 7 and trunk,
because libjava is removed.
Matthias
* include/x86_64-signal.h (HANDLE_DIVIDE_OVERFLOW): Replace
'struct ucontext' with
Fix asan build failure with glibc-2.26, not finding the SIGSEGV define. Solved
by explicitly including the signal.h header. Ok for the gcc-5 branch?
Matthias
PS: libsanitizer still needs the backport for PR 81066
* asan/asan_linux.cc: Include
---
On 14.07.2017 11:14, Jakub Jelinek wrote:
> Hi!
>
> glibc recently changed a couple of headers. One change was
> that typedef struct sigaltstack { ... } stack_t; is now
> typedef struct { ... } stack_t;
> and the other change is that resolv.h now ignores the former (private glibc
> macro)
On 04.10.2017 00:41, Joseph Myers wrote:
> On Sun, 1 Oct 2017, Rasmus Villemoes wrote:
>
>> 2017-10-01 Rasmus Villemoes
>>
>> PR preprocessor/64965
>> * gcc.c-torture/compile/pr64965.c: New test.
>>
>> If the current filename contains a newline
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
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).
Svante, please could you base your patches on upstream trunk, or the gcc-8
packages from experimental, which follow upstream trunk until gcc-8
The fix for PR85835 causes the build to fail on sparc64-linux-gnu in the 32bit
multilib. Testing the attached patch in a multilib enabled sparc64 cross build.
Ok for the trunk and branches if the build succeeds?
Matthias
2018-05-31 Matthias Klose
PR sanitizer/86012
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
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
On 17.01.2018 15:20, Ian Lance Taylor wrote:
> This patch updates libgo to the Go1.10beta2 release. The complete
> patch is too large to include in this e-mail message, mainly due to
> some test changes. Bootstrapped and ran Go testsuite on
> x86_64-pc-linux-gnu. Committed to mainline.
gotools
On 11.04.2018 12:31, Jakub Jelinek wrote:
> Hi!
>
> As discussed, using --as-needed and --no-as-needed is dangerous, because
> it results in --no-as-needed even for libraries after -lgcc_s, even when the
> default is --as-needed or --as-needed has been specified earlier on the
> command line.
>
On 11.04.2018 20:55, Jakub Jelinek wrote:
> On Wed, Apr 11, 2018 at 06:07:17PM +0200, Matthias Klose wrote:
>> On 11.04.2018 12:31, Jakub Jelinek wrote:
>>> Hi!
>>>
>>> As discussed, using --as-needed and --no-as-needed is dangerous, because
>>> it
On 31.10.18 05:37, Alan Modra wrote:
> On Tue, Oct 30, 2018 at 09:07:30PM +0100, Iain Buclaw wrote:
>> On Tue, 30 Oct 2018 at 20:50, Andreas Schwab wrote:
>>>
>>> On Okt 30 2018, Iain Buclaw wrote:
>>>
This turns off D front-end where there's been reported bootstrap
problems that need
Fix build of the D frontend on the Hurd and KFreeBSD. Where should these
changes go, when they are not yet applied upstream?
Ok to commit?
Matthias
# DP: Fix build of the D frontend on the Hurd and KFreeBSD.
Index: b/src/gcc/d/dfrontend/object.h
On 24.05.2018 21:59, Jakub Jelinek wrote:
> On Thu, May 24, 2018 at 12:56:23PM -0700, H.J. Lu wrote:
This patch uses pre-computed size of struct ustat for Linux.
PR sanitizer/85835
* sanitizer_common/sanitizer_platform_limits_posix.cc: Don't
include for
On 18.01.19 20:04, Ian Lance Taylor wrote:
> I have committed a patch to update libgo to the Go 1.12beta2 release.
>
> As usual this sort of update is too large to include all changes in
> this e-mail. I've included changes to gccgo-specific files below.
>
> Bootstrapped and ran Go testsuite on
On 10.12.18 16:54, Cherry Zhang wrote:
> On Mon, Dec 10, 2018 at 1:41 AM Matthias Klose wrote:
>
>> On 06.12.18 00:09, Ian Lance Taylor wrote:
>>> This libgo patch by Cherry Zhang adds support for precise stack
>>> scanning to the Go runtime. This uses
On 11.12.18 22:01, Cherry Zhang wrote:
> On Tue, Dec 11, 2018 at 3:51 PM Ian Lance Taylor wrote:
>
>> On Tue, Dec 11, 2018 at 6:52 AM Matthias Klose wrote:
>>>
>>> On 10.12.18 16:54, Cherry Zhang wrote:
>>>> On Mon, Dec 10, 2018 at 1:41 AM Matthias Klo
test-long-names.c fails to build when -Wformat-security is turned on. Fixed by
the below patch. Alternatives would be to use a plain strcpy, or to turn off the
option in a dg header. Ok to commit, including active branches?
Matthias
gcc/testsuite/
2018-11-26 Matthias Klose
* jit.dg/test
r266136 broke the ada build on alpha-linux-gnu, filed as PR88191. I didn't find
this patch posted to gcc-patches.
Matthias
On 26.11.18 10:22, Arnaud Charlet wrote:
>> r266136 broke the ada build on alpha-linux-gnu, filed as PR88191. I didn't
>> find this patch posted to gcc-patches.
>
> Thanks for the heads up.
>
> This is this change:
>
> [Ada] Update signal constants for GNU/Linux
>
> Add the signal SIGSYS and
On 26.11.18 13:20, Martin Liška wrote:
> On 11/23/18 7:08 PM, Joseph Myers wrote:
>> In the multiarch case, do you want
>> /include/finclude/ or
>> /include//finclude? (This is where I'd hope Debian
>> / Ubuntu GCC people would comment.)
>
> Mathias can you please reply to this?
this should
On 27.11.18 00:56, Alan Modra wrote:
> On Mon, Nov 26, 2018 at 05:16:38PM -0600, Segher Boessenkool wrote:
>> On Mon, Nov 12, 2018 at 09:56:37PM +1030, Alan Modra wrote:
>>> Using the macros in config/linux.h rather than duplicating them helps
>>> stop future bitrot, and repairs existing bitrot (4
On 26.11.18 14:30, Arnaud Charlet wrote:
>> that fixes the build, taken from the sparc64 file. not sure if that is
>> appropriate.
>
> The patch looks good, you can go ahead and commit it.
done.
>> The build continues, but then fails with:
>>
>>
On 06.12.18 00:09, Ian Lance Taylor wrote:
> This libgo patch by Cherry Zhang adds support for precise stack
> scanning to the Go runtime. This uses per-function stack maps stored
> in the exception tables in the language-specific data area. The
> compiler needs to generate these stack maps;
gt; + case DW_EH_PE_absptr:
>> +return sizeof(uintptr);
>>default:
>> break;
>> }
>
>
> Thanks.
>
> Committed to mainline.
>
> Ian
>
>
>
>> On Tue, Dec 11, 2018 at 7:03 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. This can happen in a packaging context when
>> libgccjit
&
Fix PR jit/87808, the embedded driver still needing the external gcc driver to
find the gcc_lib_dir. This can happen in a packaging context when libgccjit
doesn't depend on the gcc package, but just on binutils and libgcc-dev packages.
libgccjit probably could use /proc/self/maps to find the
On 26.02.19 15:06, Richard Biener wrote:
>
> Bootstrapped and tested on x86_64-unknown-linux-gnu, applied to trunk
> sofar.
That was backported to the gcc-8 branch, and now Richard approved the backport
the gcc-7 branch.
Matthias
On 29.03.19 23:23, Iain Buclaw wrote:
> On Mon, 18 Feb 2019 at 14:26, Matthias Klose wrote:
>>
>>
>> sorry, I didn't mean to propose to rename the option, so
>> --with-target-system-zlib=auto sounds fine.
>
> OK, a bit belated, but here it is --with-target-
On 05.03.19 16:22, Jakub Jelinek wrote:
> Hi!
>
> powerpc-linux-gnu is apparently the only target that provides
> MULTIARCH_DIRNAME unconditionally, all others properly wrap that with
> if_multiarch, which decides if it should be used (--enable-multiarch,
> or if the test for automatic multiarch
On 07.03.19 00:39, Jakub Jelinek wrote:
> Hi!
>
> The following patch tries to improve diagnostics of toplevel asm qualifiers
> in C++ by actually parsing them and complaining if they appear at toplevel,
> instead of just emitting a parse error that ( is expected, e.g. some
> versions of Qt do
On 07.02.19 06:04, Ian Lance Taylor wrote:
> On Thu, Jan 31, 2019 at 7:40 AM Svante Signell
> wrote:
>>
>> As advised by the Debian gcc maintainer Matthias Klose and golang
>> developer Ian Lance Taylor I'm re-submitting the patches for
>> the port of gccgo to
On 17.02.19 17:07, Iain Buclaw wrote:
> On Sat, 16 Feb 2019 at 13:44, Matthias Klose wrote:
>>
>> On 12.02.19 21:54, Iain Buclaw wrote:
>>> On Tue, 12 Feb 2019 at 10:40, Richard Biener
>>> wrote:
>>>>
>>>> On Sat, Feb 9, 2019 at 10:37 AM
On 15.02.19 15:52, Ian Lance Taylor wrote:
> This patch by Robin Dapp adds S/390 support to the internal/cpu
> package. This partially addresses PR 89123. I bootstrapped it on
> x86_64-pc-linux-gnu, which means little. Committed to mainline.
fails in the -m31 multilib variant with
libtool:
On 12.02.19 21:54, Iain Buclaw wrote:
> On Tue, 12 Feb 2019 at 10:40, Richard Biener
> wrote:
>>
>> On Sat, Feb 9, 2019 at 10:37 AM Iain Buclaw wrote:
>>>
>>> On Mon, 28 Jan 2019 at 13:10, Richard Biener
>>> wrote:
On Mon, Jan 21, 2019 at 7:35 PM Iain Buclaw wrote:
>
> Hi,
On 15.03.19 16:49, Robin Dapp wrote:
> Hi,
>
> during the last few days I tried to get D running on s390x (apparently
> the first Big Endian platform to try it?). I did not yet go through the
> code systematically and add a version(SystemZ) in every place where it
> might be needed but rather
On 27.04.19 14:08, Iain Buclaw wrote:
> On Sat, 27 Apr 2019 at 12:24, Jakub Jelinek wrote:
>>
>> On Sat, Apr 27, 2019 at 11:26:15AM +0200, Matthias Klose wrote:
>>> On 15.03.19 16:49, Robin Dapp wrote:
>>>> during the last few days I tried to get D running on
On 04.07.19 08:50, Arnaud Charlet wrote:
> OK, thanks.
checked in. Ok for the gcc-9 branch as well?
Matthias
>> From: James Clarke
>>
>> Monotonic_Clock and RT_Resolution in the recently-added s-tpopmo.adb
>> call clock_gettime/clock_getres with the integral constants from OSC and
>> thus rely
On 09.07.19 23:30, Matthias Klose wrote:
> On 09.07.19 21:48, Gaius Mulley wrote:
>> Matthias Klose writes:
>>
>>>> - libpth.{a,so} is installed in the system libdir, which
>>>>conflicts with the installation of the libpth packages
>>>>
On 09.07.19 23:35, Matthias Klose wrote:
> On 08.07.19 23:19, Matthias Klose wrote:
>> On 14.06.19 15:09, Gaius Mulley wrote:
>>>
>>> Hello,
>>>
>>> here is version two of the patches which introduce Modula-2 into the
>>> GCC trunk. The patc
On 10.07.19 22:07, Gaius Mulley wrote:
> Matthias Klose writes:
>
>> On 09.07.19 23:30, Matthias Klose wrote:
>>> On 09.07.19 21:48, Gaius Mulley wrote:
>>>> Matthias Klose writes:
>>>>
>>>>>> - libpth.{a,so} is installed in the
On 08.07.19 23:19, Matthias Klose wrote:
> On 14.06.19 15:09, Gaius Mulley wrote:
>>
>> Hello,
>>
>> here is version two of the patches which introduce Modula-2 into the
>> GCC trunk. The patches include:
>>
>> (*) a patch to allow al
On 08.07.19 23:19, Matthias Klose wrote:
> On 14.06.19 15:09, Gaius Mulley wrote:
>>
>> Hello,
>>
>> here is version two of the patches which introduce Modula-2 into the
>> GCC trunk. The patches include:
>>
>> (*) a patch to allow al
On 09.07.19 14:02, Gaius Mulley wrote:
> Matthias Klose writes:
>
>>> - There are three letter libraries with pretty generic
>>>names installed into the system libdir: log, iso, cor,
>>>min, ulm. At least for log, you have a file conflict
>&g
On 08.07.19 23:19, Matthias Klose wrote:
> On 14.06.19 15:09, Gaius Mulley wrote:
>>
>> Hello,
>>
>> here is version two of the patches which introduce Modula-2 into the
>> GCC trunk. The patches include:
>>
>> (*) a patch to allow al
On 09.07.19 15:41, Gaius Mulley wrote:
> Matthias Klose writes:
>
>>> the libraries ./usr/lib/x86_64-linux-gnu/lib{ulm,pim,gm2,cor,iso,min}.a
>>> are not needed the correct locations of the static libraries are:
>>>
>>> ./usr/lib/gcc/x86_64-linux-gnu/
On 14.06.19 15:09, Gaius Mulley wrote:
>
> Hello,
>
> here is version two of the patches which introduce Modula-2 into the
> GCC trunk. The patches include:
>
> (*) a patch to allow all front ends to register a lang spec function.
>(included are patches for all front ends to provide
On 21.08.19 10:02, Iain Buclaw wrote:
> Hi,
>
> This patch merges the libdruntime library with upstream druntime 5bb8ce19.
>
> Synchronizes extern(C) bindings with the latest release, mostly this
> is just Musl target support.
>
> Bootstrapped and regression tested on x86_64-linux-gnu and
On 09.09.19 14:02, Richard Biener wrote:
So this is really a very poor mans solution that also might
uncover issues with -g0 at compile-time vs. -g at link-time
if there are mixed -g0/g TUs in the LTO link.
Could this be documented, at least in the man page? e.g. invoke.texi. As a
bonus I
On 09.09.19 15:51, Richard Biener wrote:
On Mon, 9 Sep 2019, Matthias Klose wrote:
On 09.09.19 14:02, Richard Biener wrote:
So this is really a very poor mans solution that also might
uncover issues with -g0 at compile-time vs. -g at link-time
if there are mixed -g0/g TUs in the LTO link
On 14.06.19 15:09, Gaius Mulley wrote:
I checked that gm2 cross compilers can be built. One minor nit: The man page is
installed without suffix and prefix.
gcc/gm2/Make-lang.in has
GM2_CROSS_NAME = `echo gm2|sed '$(program_transform_cross_name)'`
The program_transform_cross_name macro was
On 08.07.19 23:19, Matthias Klose wrote:
> On 14.06.19 15:09, Gaius Mulley wrote:
>>
>> Hello,
>>
>> here is version two of the patches which introduce Modula-2 into the
>> GCC trunk. The patches include:
>>
>> (*) a patch to allow al
On 14.06.19 15:09, Gaius Mulley wrote:
>
> Hello,
>
> here is version two of the patches which introduce Modula-2 into the
> GCC trunk. The patches include:
>
> (*) a patch to allow all front ends to register a lang spec function.
>(included are patches for all front ends to provide
On 09.07.19 17:53, Gaius Mulley wrote:
> Rainer Orth writes:
>
>> Hi Matthias,
>>
>>> I had a look at the GCC 9 version of the patches, with a build including a
>>> make
>>> install. Some comments:
>>>
>>> - A parallel build (at least with -j4) isn't working. A sequental
>>>build works
On 09.07.19 21:48, Gaius Mulley wrote:
> Matthias Klose writes:
>
>>> - libpth.{a,so} is installed in the system libdir, which
>>>conflicts with the installation of the libpth packages
>>>on most distros.
>>
>> found out that a system pr
On 08.07.19 23:19, Matthias Klose wrote:
> On 14.06.19 15:09, Gaius Mulley wrote:
>>
>> Hello,
>>
>> here is version two of the patches which introduce Modula-2 into the
>> GCC trunk. The patches include:
>>
>> (*) a patch to allow al
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
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 of th
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 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.
>
>
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)
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:
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 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 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
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
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
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
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
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 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 ../log
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 quoting
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
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
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
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.
>
>
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
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
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])
> +
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
301 - 400 of 430 matches
Mail list logo