I've checked in the attached patch as obvious, to clean up some test
failures on nios2-elf. (The nios2 PSABI only defines PIC relocations
for GNU/Linux targets so gcc rejects -fpic when compiling for bare-metal
target.)
-Sandra
2019-04-20 Sandra Loosemore
gcc/testsuite/
* g++.dg/ipa/pr8
Jonathan Wakely writes:
> On 18/04/19 17:02 -0700, Thomas Rodgers wrote:
>>
>> * include/bits/c++config: Remove explicit PSTL configuration
>> macros and use definitions from .
>
> OK for trunk, thanks.
Tested x86_64-linux-gnu, committed to trunk.
Jonathan Wakely writes:
> On 19/04/19 11:59 -0700, Thomas Rodgers wrote:
>> * include/pstl/glue_algorithm_impl.h (stable_sort): Forward
>>execution policy.
>> (mismatch): Forward execution policy.
>> (equal): Qualify call to std::equal().
>> (partial_sort): Forward ex
Jonathan Wakely writes:
> On 16/04/19 12:39 -0700, Thomas Rodgers wrote:
>>
>> * include/pstl/algorithm_impl.h
>> (__internal::__brick_equal): use "4 iterator" version of
>> std::equal().
>> (__internal::__brick_equal): use simd for random access
>> iterators on unsequen
On 4/20/19 4:55 AM, Uros Bizjak wrote:
On 4/20/19, Vladimir Makarov wrote:
On 11/21/18 2:33 PM, Uros Bizjak wrote:
Hello!
Before the recent patch to post-reload mode switching, vzeroupper
insertion depended on the existence of the return copy instructions
pair in functions that return a val
On Sat, 20 Apr 2019 at 22:30, Thomas Schwinge wrote:
>
> Hi!
>
> On Tue, 18 Sep 2018 02:39:46 +0200, Iain Buclaw
> wrote:
> > This patch adds the configure and make files used for building D
> > runtime and Phobos. As well as running all unittests and the
> > testsuite.
>
> With a x86_64-pc-lin
Hi!
On Tue, 18 Sep 2018 02:39:46 +0200, Iain Buclaw wrote:
> This patch adds the configure and make files used for building D
> runtime and Phobos. As well as running all unittests and the
> testsuite.
With a x86_64-pc-linux-gnu build, I've noticed breakage in '-m32'
multilib testing, made appa
OK I missed the previous error. However I am still puzzled by (2):
+
+found outside of a module
Dominique
> Le 20 avr. 2019 à 21:18, Steve Kargl a
> écrit :
>
> On Sat, Apr 20, 2019 at 09:57:34AM -0700, Steve Kargl wrote:
>> On Sat, Apr 20, 2019 at 05:38:34PM +0200, Dominique d'Humières wrote
On Sat, Apr 20, 2019 at 09:57:34AM -0700, Steve Kargl wrote:
> On Sat, Apr 20, 2019 at 05:38:34PM +0200, Dominique d'Humières wrote:
> >
> > The changes in gfortran.dg/submodule_22.f08 look weird:
> > (1) is the error in the CONTAINS of a SUBMODULE invalid?
> > From
> >
> > * decl.c (in_modul
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the French team of translators. The file is available at:
https://translationproject.org/latest/gcc/fr.po
(This file, 'gcc-9.1-b20190414.fr.po',
It looks good to me, modulo Dominique's query. OK for trunk (note from
Richi - still aiming for zero P1 bugs so you're good to go).
Thanks
Paul
On Fri, 19 Apr 2019 at 22:44, Steve Kargl
wrote:
>
> The attached patch fixes PR fortran/91066. The original
> code was feeding a nonsense string of
Hi,
This patch adds an implementation of core.atomic for when there's no
libatomic support linked in, nor provided by the compiler.
The main part of which fakes the purity of system
mutex_lock/mutex_unlock in order to satisfy the using of it in the
pure/nothrow/safe atomic functions.
Regression
On Sat, Apr 20, 2019 at 05:38:34PM +0200, Dominique d'Humières wrote:
>
> The changes in gfortran.dg/submodule_22.f08 look weird:
> (1) is the error in the CONTAINS of a SUBMODULE invalid?
> From
>
> * decl.c (in_module_or_interface): New function to check that the
> current state is
Hi Steve,
The changes in gfortran.dg/submodule_22.f08 look weird:
(1) is the error in the CONTAINS of a SUBMODULE invalid?
From
* decl.c (in_module_or_interface): New function to check that the
current state is in a module, submodule, or interface.
it should not, should it?
(2)
On 4/20/19, Vladimir Makarov wrote:
>
> On 11/21/18 2:33 PM, Uros Bizjak wrote:
>> Hello!
>>
>> Before the recent patch to post-reload mode switching, vzeroupper
>> insertion depended on the existence of the return copy instructions
>> pair in functions that return a value. The first instruction i
On Apr 20 2019, Émeric Dupont wrote:
> The following patch fixes this issue by using the [Make $(sort list)][1]
> function instead to remove duplicates from the list of headers. There is
> no functional change, the value assigned to the shell variable is the
> same.
Is it?
> diff --git a/gcc/Ma
16 matches
Mail list logo
