Not sure if this is a correct fix to this bug found here:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89796 but
comments are welcome. If a backtrace is required please
let me know.
Signed-off-by: Nicholas Krause
---
gcc/cp/constraint.cc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
dif
On 3/22/19 5:29 PM, Marek Polacek wrote:
On Thu, Mar 21, 2019 at 07:41:37PM -0400, Jason Merrill wrote:
On 3/21/19 4:55 PM, Marek Polacek wrote:
On Thu, Mar 21, 2019 at 04:13:29PM -0400, Jason Merrill wrote:
On 3/16/19 4:53 PM, Marek Polacek wrote:
Here we have code like
struct X { oper
On 3/22/19 10:58 AM, Martin Sebor wrote:
Attribute vector_size applies to types as much as it does to
variables but is only documented for the latter. Attached is
an update to the manual to document the attribute's effects
in type definitions.
This is OK to check in. Separately, I wish we cou
The error issued when the aligned attribute argument is too big
to be represented is incorrect: it says the maximum alignment
is 1U << 31 when it should actually be 1 << 28. This was a typo
introduced when the error message was enhanced earlier in GCC 9.
The test I added to verify the fix for th
> There were REG_EQUAL notes on these tls calls in the past, but I
> recall removing them for one reason or another. So watch out for
> fall-out from this patch! ;-)
Others ports have them though, for example i386, ARM and SPARC.
--
Eric Botcazou
2019-03-24 Uroš Bizjak
* gcc.target/i386/pr82281.c: Compile only for ia32 effective target.
(dg-options): Remove -m32. Add -msse2 -mtune=znver1.
* gcc.target/i386/pr89676.c: Compile only for ia32 effective target.
(dg-options): Remove -m32 and -march=i686. Add -mno-stv.
Tested
bfin-elf started failing in my tester a couple weeks ago. Bisection
pointed to Richi's recent DOM change, but it was pretty clear that was
just exposing a backend issue.
The failure mode was the assembler compiling about an out-of-range
relocation for a pc-relative conditional jump when compiling
Hi!
On Fri, Mar 22, 2019 at 12:16:30PM -0600, Jeff Law wrote:
> So I finally started looking at the fpr-moves regression in this BZ. No
> surprise this is further fallout from the combiner changes.
It *exposed* the problem, yes :-)
> One might reasonably ask if combine's avoidance of
> hard reg
On 3/24/19 11:11 AM, Segher Boessenkool wrote:
> Hi Jeff,
>
> On Sun, Mar 24, 2019 at 09:20:07AM -0600, Jeff Law wrote:
>> +PR rtl-optimization/87761
>> +* regcprop.c (copyprop_hardreg_forward_1): Check may_trap_p on SET,
>> +not INSN. Also check RTX_FRAME_RELATED_P. Queue insns for
Hi Jeff,
On Sun, Mar 24, 2019 at 09:20:07AM -0600, Jeff Law wrote:
> + PR rtl-optimization/87761
> + * regcprop.c (copyprop_hardreg_forward_1): Check may_trap_p on SET,
> + not INSN. Also check RTX_FRAME_RELATED_P. Queue insns for DF rescan
> + as needed.
Why the RTX_FRAME_RELAT
On Sun, 24 Mar 2019 at 12:06, Johannes Pfau wrote:
>
> Merge with upstream DMD 74ac873be1862090b7ec0e4a876fd1b758520359.
> This fixes various MinGW host build errors in filename.c.
>
> Additionally provide _mkdir in d-system.h as we do not
> include the windows 'direct.h' header.
>
I've done the
This one started with a simple enough testscase and then evolved as I
found out how little actually worked. All the changes in the patch
involve gathering up the string length by hook or by crook.
It will be noted that associate (y => x%d(:)(2:4)) still does not work
correctly. The associate name
Hi Steven,
On Sun, Mar 24, 2019 at 11:02:20AM +0100, Steven Bosscher wrote:
> On Sun, Mar 24, 2019 at 12:46 AM Segher Boessenkool wrote:
> >
> > CSE does not consider calls, not even const calls. This patch puts a
> > REG_EQUAL note on the pseudo we assign the __tls_get_addr result to,
> > so tha
This is final bits to address 87761.
Originally this patch tried to detect when it could delete a feeding
insn when hard register copy propagation was performed and immediately
delete the (dead) feeding insn.
For that to work we had to have accurate REG_DEAD notes in the stream.
So I twiddled th
Hi:
The following patch adds forgotten avx512f fpclass instrinsics for
masked scalar operations.
Bootstrapped/regtested on x86_64-linux and i686-linux (on skylake-avx512),
ok for trunk?
Index: ChangeLog
===
--- ChangeLog (revision
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 Swedish team of translators. The file is available at:
https://translationproject.org/latest/gcc/sv.po
(This file, 'gcc-9.1-b20190203.sv.po',
This fixes a segmentation fault issue when building without object.d and
improves portability for the runnable/test4 test.
---
gcc/d/dmd/MERGE | 2 +-
gcc/d/dmd/dmodule.c | 2 +-
gcc/testsuite/gdc.test/runnable/test4.d | 60 +
Merge with upstream DMD 74ac873be1862090b7ec0e4a876fd1b758520359.
This fixes various MinGW host build errors in filename.c.
Additionally provide _mkdir in d-system.h as we do not
include the windows 'direct.h' header.
gcc/d/ChangeLog:
2019-03-23 Johannes Pfau
PR d/87799
* d-s
Hi Thomas,
This is OK for trunk and, after a wee delay for the other active branches.
Thanks
Paul
On Fri, 22 Mar 2019 at 22:56, Thomas Koenig wrote:
>
> Hello world,
>
> the attached patch fixes a 7/8/9 regression. The problem was twofold:
> If a subroutine was called more than once from a di
On Sun, Mar 24, 2019 at 12:46 AM Segher Boessenkool wrote:
>
> CSE does not consider calls, not even const calls. This patch puts a
> REG_EQUAL note on the pseudo we assign the __tls_get_addr result to,
> so that those pseudos can be CSE'd and the extra calls deleted as dead
> code.
Hi Segher,
T
20 matches
Mail list logo
