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 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 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 L
Am 20.08.2014 um 22:12 schrieb Svante Signell:
> On Wed, 2014-05-21 at 10:48 +0200, Samuel Thibault wrote:
>> Svante Signell, le Wed 21 May 2014 10:44:54 +0200, a écrit :
>>> On Wed, 2014-05-21 at 10:33 +0200, Arnaud Charlet wrote:
>> I think the majority of work has bee done, Now that patch wi
Am 08.10.2014 um 09:16 schrieb Richard Biener:
> On Tue, 7 Oct 2014, Marek Polacek wrote:
> I think it makes sense to do this (and I expect C++ will follow
> with defaulting to -std=c++11 once the ABI stuff has settled).
>
> Of course it would be nice to look at the actual fallout in
> a whole-dis
Am 07.09.2014 um 03:48 schrieb Ed Smith-Rowland:
> Greetings,
>
> I am finally getting back to my SD-6 C++ features test work.
>
> This adds front end and preprocessor tests for the language feature tests and
> __has_include.
>
> I am still working on the fifth and last in this series to add
> _
Am 03.10.2014 um 17:35 schrieb Jeff Law:
> On 10/03/14 08:50, tsaund...@mozilla.com wrote:
>> From: Trevor Saunders
>>
>> Hi,
>>
>> It was obsoleted back in 2011, so we're good to remove it.
>>
>> bootstrapped + regtested x86_64-unknown-linux-gnu, and checked configure
>> doesn't recognize score-e
Building libssp in C11 mode shows a warning for 64bit configurations,
../../../src/libssp/gets-chk.c:62:12: warning: return makes pointer from integer
without a cast [-Wint-conversion]
Currently working around by adding a prototype in gets-chk.c, conditionally
defined by the inverted condition fo
Am 20.10.2014 um 22:11 schrieb Basile Starynkevitch:
> On Mon, 2014-10-20 at 13:54 -0400, David Malcolm wrote:
>> Committed to branch dmalcolm/jit:
>>
>> pkg-config appears to be controversial, so don't provide a .pc file.
>
>
> I would put it under contrib/; it is controversial, but some would l
Am 05.06.2014 03:28, schrieb Ian Lance Taylor:
> I have committed a patch to libgo to merge from revision
> 18783:00cce3a34d7e of the master library. This revision was committed
> January 7. I picked this revision to merge to because the next revision
> deleted a file that is explicitly merged in
Am 24.06.2014 22:05, schrieb Paul Gortmaker:
> We see the following on a 32bit gcc installed on 64 bit host:
>
> Reading symbols from ./i586-pokymllib32-linux-gcc...done.
> (gdb) run
> Starting program:
> x86-pokymllib32-linux/lib32-gcc/4.9.0-r0/image/usr/bin/i586-pokymllib32-linux-gcc
>
>
On 05/12/2015 03:42 PM, Richard Biener wrote:
>
> I promised to send out my pat^Whack. Before building I introduce
> gcc/FULL-VER as copy of gcc/BASE-VER and adjust gcc/BASE-VER to
> just the major number. Then I only need the following small
> patch (where I don't speak enough tcl for fixing li
bump the libgcj soname on the trunk, as done for every release cycle, and update
the cygwin/mingw32 files.
ok for the trunk?
Matthias
gcc/
2015-04-21 Matthias Klose
* config/i386/cygwin.h (LIBGCJ_SONAME): Set libgcj version to -17.
* config/i386/mingw32.h (LIBGCJ_SONAME): Set libgcj
On 04/21/2015 04:11 PM, Jakub Jelinek wrote:
> On Tue, Apr 21, 2015 at 04:07:13PM +0200, Matthias Klose wrote:
>> bump the libgcj soname on the trunk, as done for every release cycle,
>
> Is that really needed though these days?
> Weren't there basically zero changes to li
On 04/21/2015 04:19 PM, Jakub Jelinek wrote:
> On Tue, Apr 21, 2015 at 04:16:18PM +0200, Matthias Klose wrote:
>> On 04/21/2015 04:11 PM, Jakub Jelinek wrote:
>>> On Tue, Apr 21, 2015 at 04:07:13PM +0200, Matthias Klose wrote:
>>>> bump the libgcj soname on the tr
fix the toplevel configure for alpha-linux for targets which are configured with
a triplet, not having the vendor information as part of the command
Ok for the trunk and all branches?
* configure.ac: Match $host configured with triplets.
* configure: Regenerate.
Matthias
Index
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 environment, overwriting
anything configured in gotools own configure.ac. Fixed by explictly using @GOC@
for GOCOMPI
Backport these header changes to the 4.9 branch. No regression, but reported to
the Debian BTS. Safe to backport according to Jonathan Wakely. No regressions
in the testsuite on x86_64-linux-gnu. Ok for the branch?
libstdc++-v3/
2014-12-02 Matthias Klose
PR libstdc++/64103
ad. This syntax is compatible with Python 2.5 and newer
2.x versions. Ok for the trunk?
Matthias
2015-02-25 Matthias Klose
* python/libstdcxx/v6/__init__.py: Use explicit relative imports.
Index: libstdc++
On 02/27/2015 04:59 PM, Ian Lance Taylor wrote:
> On Fri, Feb 27, 2015 at 7:21 AM, wrote:
>>
>> As discussed in this bugzilla, the debug info from libgo should not be
>> stripped or some things won't work as documented, like runtime.Callers. Is
>> that information documented anywhere so that anyo
On 02/20/2015 10:17 AM, Arnaud Charlet wrote:
> As discussed last year, we've converted the GNAT main documentation
> (gnat_rm.texi and gnat_ugn.texi) to reST/sphinx, so the master doc
> can now be found under gcc/ada/doc.
there is an empty directory left in SVN:
gcc/ada/doc/share/_static
ok t
current trunk fails to build on x86*-linux, when configured for x32 multilibs
because libmpx doesn't support these. Disable them.
ok for the trunk?
* Disable libmpx x32 multilib builds.
--- a/config-ml.in
+++ b/config-ml.in
@@ -102,6 +102,7 @@
Makefile=${ac_file-Makefile}
ml_config_she
On 03/12/2015 05:41 PM, Ian Lance Taylor wrote:
> The cgo tool installed by gccgo works fine on 32-bit PPC. This patch
> notes that fact in the gccgo version of the go tool. This is GCC PR
> 65404. Bootstrapped and ran Go testsuite on x86_64-unknown-linux-gnu.
> Committed to mainline.
same thin
Install the gcc/jit header files without the x bit set. Ok for the trunk and the
5 branch?
Matthias
gcc/jit/
2015-06-09 Matthias Klose
* Make-lang.in (jit.install-common): Install headers using INSTALL_DATA.
Index: gcc/jit/Make-lang.in
__objc_get_forward_imp and get_imp were exported in libobjc since GCC 4.1, for
some reason these are not exported anymore in GCC 5 (both declared inline). So
either export these as before, or don't export them and bump the soname. The
latter seems to be unwanted, and at least gnustep-base is usin
ping
now that C11 mode is the default, can we avoid the warning?
On 10/17/2014 12:14 PM, Matthias Klose wrote:
> Building libssp in C11 mode shows a warning for 64bit configurations,
>
> ../../../src/libssp/gets-chk.c:62:12: warning: return makes pointer from
> integer
> withou
On 01/22/2015 12:56 AM, Andrew Pinski wrote:
> On Wed, Jan 21, 2015 at 8:51 AM, Jakub Jelinek wrote:
>> On Wed, Jan 21, 2015 at 08:41:46AM -0800, pins...@gmail.com wrote:
>>>> On Jan 21, 2015, at 1:02 AM, Matthias Klose wrote:
>>>>
>>>> __objc_get_for
In the past I had some issues on various linux platforms to build some multilib
configurations, all not building libbacktrace and libsanitizer, seen on powerpc,
ix86 and x86_64. All fail like
Running configure in multilib subdir x32
pwd: /«PKGBUILDDIR»/build/i586-linux-gnu
configure: creating cac
[CC ing build, libquadmath, libcilkrts maintainers]
On 01/23/2015 02:53 AM, Ian Lance Taylor wrote:
> On Thu, Jan 22, 2015 at 3:44 PM, Matthias Klose wrote:
>>
>> However for the libbacktrace and the libsanitizer builds, the
>> AM_ENABLE_MULTILIB
>> macro is inclu
On 01/22/2015 05:09 PM, Matthias Klose wrote:
> On 01/22/2015 12:56 AM, Andrew Pinski wrote:
>> On Wed, Jan 21, 2015 at 8:51 AM, Jakub Jelinek wrote:
>>> On Wed, Jan 21, 2015 at 08:41:46AM -0800, pins...@gmail.com wrote:
>>>>> On Jan 21, 2015,
r220254 broke bootstrap on the trunk:
configure: error: conditional "VTV_CYGMIN" was never defined.
Usually this means the macro was only invoked conditionally.
Makefile:12932: recipe for target 'configure-stage1-target-libstdc++-v3' failed
make[4]: *** [configure-stage1-target-libstdc++-v3] Error
that fixes the build failure. ok to commit?
2015-01-29 Matthias Klose
* acinclude.m4 (GLIBCXX_ENABLE_VTABLE_VERIFY): Define VTV_CYGMIN
unconditionally.
* configure: Regenerate.
On 01/29/2015 06:52 PM, Matthias Klose wrote:
> r220254 broke bootstrap on the tr
On 01/29/2015 07:12 PM, H.J. Lu wrote:
> On Thu, Jan 29, 2015 at 10:05 AM, Matthias Klose wrote:
>> that fixes the build failure. ok to commit?
>>
>> 2015-01-29 Matthias Klose
>>
>> * acinclude.m4 (GLIBCXX_ENABLE_VTABLE_VERIFY): Define VTV_
On 02/02/2015 06:43 PM, Jason Merrill wrote:
> One of the EDG guys pointed out to me that we weren't doing any sanity
> checking
> on the arguments to the abi_tag attribute. This patch adds checks to require
> that the arguments be strings containing valid identifiers, so they work
> appropriatel
On 01/15/2015 06:23 PM, Martin Liška wrote:
> Hello.
>
> This is Honsa's patch that I've just tested on x86_64-linux-pc. The patch is
> preapproved by Honza
> and is going to be installed.
backporting the fix for PR63970 introduced PR64938. Backporting this patch as
well fixes the ICE reported i
On 02/05/2015 12:38 AM, Jakub Jelinek wrote:
> On Thu, Feb 05, 2015 at 12:33:18AM +0100, Matthias Klose wrote:
>> On 01/15/2015 06:23 PM, Martin Liška wrote:
>>> Hello.
>>>
>>> This is Honsa's patch that I've just tested on x86_64-linux-pc. The patch i
is this ok to backport to 4.9? testsuite passes without regressions with this
patch on the 4.9 branch.
Matthias
Am 23.06.2014 um 20:21 schrieb Marek Polacek:
> On Mon, Jun 23, 2014 at 04:39:55PM +0200, Marek Polacek wrote:
>> --- gcc/testsuite/c-c++-common/pr61553.c
>> +++ gcc/testsuite/c-c++-c
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; curr
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 per-functio
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
n 8;
>> + 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
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 x86_64
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 wou
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
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 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 f
r266136 broke the ada build on alpha-linux-gnu, filed as PR88191. I didn't find
this patch posted to gcc-patches.
Matthias
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
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 m
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:
>>
>> /home/packages/cross/9/p/gcc-cross-ports/gcc/build
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 n
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 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 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 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
>>>
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 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 fine
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 provid
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 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 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 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 sy
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 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 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 remov
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: com
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 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 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 s
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 use
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 gcc_li
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 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
&
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 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 tri
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 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 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 t
On 07.08.2016 14:14, Andreas Schwab wrote:
> That breaks ia64:
>
> ../../../libgo/go/internal/syscall/unix/getrandom_linux.go:29:5: error:
> reference to undefined name 'randomTrap'
> if randomTrap == 0 {
> ^
> ../../../libgo/go/internal/syscall/unix/getrandom_linux.go:38:34: error:
> ref
On 07.08.2016 17:18, Matthias Klose wrote:
> On 07.08.2016 14:14, Andreas Schwab wrote:
>> That breaks ia64:
>>
>> ../../../libgo/go/internal/syscall/unix/getrandom_linux.go:29:5: error:
>> reference to undefined name 'randomTrap'
>> if randomTrap ==
On 05.09.2016 17:13, Andrew Haley wrote:
> As discussed. I think I should ask a Global reviewer to approve this
> one. For obvious reasons I haven't included the diffs to the deleted
> gcc/java and libjava directories. The whole tree, post GCJ-deletion,
> is at svn+ssh://gcc.gnu.org/svn/gcc/bran
On 01.06.2016 18:29, Bernd Schmidt wrote:
> On 05/13/2016 07:09 PM, Dhole wrote:
>> +pfile->source_date_epoch = pfile->cb.get_source_date_epoch(pfile);
>
> Space before paren. Ok with that change.
>
>> * c-common.h (c_omp_region_type): Remove trailing coma.
>
> Also, comma.
committe
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 br
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 behave
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:
> gcc/testsuit
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 BUILD_PATH_PRE
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 ucon
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
--- a/src/libsanitizer/asan/asan_linux.c
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) __need_
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
* gcc_release (build_gzip): Build xz tarball instead of bz2 tarball.
(build_diffs): Handle building
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 that in the earlier dis
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 wrote:
>> As discussed on IRC with Jakub and Richard here are is a small patch which
>> builds xz compressed tarballs and diff files.
>>
>> Tested with
>>
&g
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 systems, that will help en
-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
PR libobjc/78697
* configure.ac: Allow default
101 - 200 of 454 matches
Mail list logo
