Re: [build] Handle gas/gld --compress-debug-sections=type

>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

[patch] update zlib to the 1.2.10 release.

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?

[patch] [libobjc] allow default/fallback in --with-target-bdw-gc-include configure option

--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

[patch] [libobjc] fix build with --disable-shared and .la files

-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

Re: [PATCH] Install gcov-dump.

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

Re: [PATCH][PR sanitizer/77631] Support separate debug info in libbacktrace

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.

Re: [PATCH] [ADA] Fix bootstrap failure on mips64el-linux-gnuabi64

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: >>>

Re: [PATCH] Install gcov-dump.

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

Re: [PATCH 1/2] Introduce testsuite support to run Python tests

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: >

Re: [PATCH] Fix pr80044, -static and -pie insanity, and pr81170

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

Re: [PATCH] multiarch support for non-glibc linux systems

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

Re: [PING^4][PATCH v2] Generate reproducible output independently of the build-path

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

[patch] build xz (instead of bz2) compressed tarballs and diffs

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

Re: dejagnu version update?

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

Re: [patch] build xz (instead of bz2) compressed tarballs and diffs

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

Re: [patch] build xz (instead of bz2) compressed tarballs and diffs

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

Re: [PATCH 9/13] D: D2 Testsuite Dejagnu files.

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

Re: Backtrace library [3/3]

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

[patch] [5/6] fix libjava build failure with glibc-2.26

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

[patch] [5] fix asan build failure with glibc-2.26

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 ---

Re: [committed] Fix libsanitizer build against recent glibc (PR sanitizer/81066)

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)

Re: [PATCH] cpp: Correctly handle filenames with newlines

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

Re: Hurd port for gcc-7 go PATCH 1-3(15)

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

Re: Hurd port for gcc-7 go PATCH 1-3(15)

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

[patch] fix libsanitizer build on sparc64 (32bit multilib)

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

Re: [Patch][Aarch64] Fix multi-arch support in ILP32 mode

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

Re: [PATCH] Fix build with ISL 0.20

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

Re: libgo patch committed: Update to Go1.10beta2 release

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

Re: [PATCH] Use --push-state --as-needed and --pop-state instead of --as-needed and --no-as-needed for libgcc

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. >

Re: [PATCH] Use --push-state --as-needed and --pop-state instead of --as-needed and --no-as-needed for libgcc

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

Re: [PATCH, d] Disable D on systems where it is known not to work.

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

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

Re: [PATCH] libsanitizer: Use pre-computed size of struct ustat for Linux

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

Re: libgo patch committed: Update to Go1.12beta2

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

Re: [gofrontend-dev] Re: libgo patch committed: Add precise stack scan support

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

Re: [gofrontend-dev] Re: libgo patch committed: Add precise stack scan support

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

[patch] [jit] Fix compilation of jit test with -Wformat-security

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

not posted ada patch breaks ada build on alpha-linux-gnu

r266136 broke the ada build on alpha-linux-gnu, filed as PR88191. I didn't find this patch posted to gcc-patches. Matthias

Re: not posted ada patch breaks ada build on alpha-linux-gnu

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

Re: [PATCH][RFC] Extend locations where to seach for Fortran pre-include.

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

Re: [RS6000] Use config/linux.h for powerpc*-*-linux*

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

Re: not posted ada patch breaks ada build on alpha-linux-gnu

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: >> >>

Re: libgo patch committed: Add precise stack scan support

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;

Re: [gofrontend-dev] Re: libgo patch committed: Add precise stack scan support

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: &

Re: [patch] PR jit/87808: Allow libgccjit to work without an external gcc driver

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 &

[patch] PR jit/87808: Allow libgccjit to work without an external gcc driver

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

Re: [PATCH] Fix PR89505

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

Re: [PATCH] Add target-zlib to top-level configure, use zlib from libphobos

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-

Re: [PATCH] Fix -print-multiarch for powerpc{,le}-linux (PR target/89587)

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

Re: [C++ PATCH] Toplevel asm volatile (PR c++/89585)

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

Re: [PATCH] Updated patches for the port of gccgo to GNU/Hurd

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

Re: [PATCH] Add target-zlib to top-level configure, use zlib from libphobos

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

Re: libgo patch committed: Add S/390 support to internal/cpu package

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:

Re: [PATCH] Add target-zlib to top-level configure, use zlib from libphobos

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,

Re: [RFC] D support for S/390

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

Re: [RFC] D support for S/390

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

Re: [PATCH] [Ada] Make clockid_t type public on GNU/kFreeBSD

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

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

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 >>>>

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

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

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

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

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

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

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

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

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

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

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

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

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

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/

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

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

Re: [PATCH, libphobos] Committed merge with upstream druntime 5bb8ce19

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

Re: [PATCH] Make LTO link pick up compile-time -g

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

Re: [PATCH] Make LTO link pick up compile-time -g

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

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

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

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

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

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

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

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

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

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

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

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

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

Re: [PATCH 0/4] Eliminate cc0 from m68k

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

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v3)

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

[patch] factor out common files for compare_exclusions

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

Re: libgo patch committed: Always mark assembly file as non-executable stack

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. > >

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v3)

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)

[patch] install the lto-dump man page

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:

Re: Patch to fix PR93272

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.

Re: [committed] libphobos: Add --enable-libphobos-checking configure option (PR94305)

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

Re: [PATCH] rs6000: Check -+0 and NaN for smax/smin generation

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

Re: zstd not found if installed in non-system prefix

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

Re: [patch] fix PR lto/95604, -flto and -fcf-protection

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

[patch] fix PR lto/95604, -flto and -fcf-protection

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

Re: zstd not found if installed in non-system prefix

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

[nvptx, aarch64] Define TARGET_OFFLOAD_OPTIONS for AArch64

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 *

Re: --enable-link-serialization=1 doesn't work

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

Re: [patch] fix -Wformat-diag warnings in rs6000-call.c

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

Re: [PATCH] INSTALL: Default to --enable-cet=auto

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

[patch] [ada] Fix PR ada/97504 for mips*-linux

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

[patch] don't build insn-extract.o with rtl checking

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

Re: [PATCH] RISC-V: Explicitly call python when using multilib generator

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. > >

Re: [PATCH] RISC-V: Canonicalize --with-arch

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,

Re: [PATCH] RISC-V: Canonicalize --with-arch

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

Re: [PATCH 3/3] Support the PGO build for binutils+gdb

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

Re: [PATCH 3/3] Support the PGO build for binutils+gdb

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]) > +

Re: [Ada] Build support units for 128-bit integer types on 64-bit platforms

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

<    1   2   3   4   5   >