https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90549
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90556
Bug 90556 depends on bug 90549, which changed state.
Bug 90549 Summary: missing -Wreturn-local-addr maybe returning an address of a
local array plus offset
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90549
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90556
Bug 90556 depends on bug 71924, which changed state.
Bug 71924 Summary: missing -Wreturn-local-addr returning alloca result
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71924
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71924
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64867
Eric Gallager changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90549
--- Comment #5 from Martin Sebor ---
Author: msebor
Date: Tue Jul 9 04:15:42 2019
New Revision: 273261
URL: https://gcc.gnu.org/viewcvs?rev=273261=gcc=rev
Log:
PR middle-end/71924 - missing -Wreturn-local-addr returning alloca result
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71924
--- Comment #6 from Martin Sebor ---
Author: msebor
Date: Tue Jul 9 04:15:42 2019
New Revision: 273261
URL: https://gcc.gnu.org/viewcvs?rev=273261=gcc=rev
Log:
PR middle-end/71924 - missing -Wreturn-local-addr returning alloca result
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91103
--- Comment #4 from Peter Cordes ---
We should not put any stock in what ICC does for GNU C native vector indexing.
I think it doesn't know how to optimize that because it *always* spills/reloads
even for `vec[0]` which could be a no-op. And
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91118
Bug ID: 91118
Summary: ubsan does not work with openmp default (none)
directive
Product: gcc
Version: 9.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91117
Bug ID: 91117
Summary: _mm_movpi64_epi64/_mm_movepi64_pi64 generating
store+load instead of using MOVQ2DQ/MOVDQ2Q
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91110
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Mon Jul 8 22:08:27 2019
New Revision: 273248
URL: https://gcc.gnu.org/viewcvs?rev=273248=gcc=rev
Log:
PR c++/91110
* decl2.c (cp_omp_mappable_type_1): Don't emit any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61339
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #11 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91116
Bug ID: 91116
Summary: bad register choices for rs6000 -m32
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88233
--- Comment #4 from Segher Boessenkool ---
Author: segher
Date: Mon Jul 8 20:38:46 2019
New Revision: 273245
URL: https://gcc.gnu.org/viewcvs?rev=273245=gcc=rev
Log:
rs6000: Add testcase for PR88233
This testcase tests that with -mcpu=power8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91073
--- Comment #2 from Paolo Carlini ---
In principle the issue is rather simple. The
cp_parser_maybe_commit_to_declaration at the beginning of cp_parser_condition
since r260482 thinks erroneously that the just parsed HasInit must be a declaration.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91109
--- Comment #2 from Christophe Lyon ---
Removing the test*() calls from the end, the first failing one is testX().
However, if I remove all the preceding ones, the test passes.
Using -fwhole-program instead of -flto has no effect: the test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #64 from dave.anglin at bell dot net ---
On 2019-07-08 2:51 p.m., elowe at elowe dot com wrote:
> I made a very simple change:
>
> --- ia64.c.orig 2019-07-08 14:43:33 +
> +++ ia64.c 2019-07-05 16:46:24 +
> @@ -1137,7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91115
--- Comment #1 from Fred Hsueh ---
Created attachment 46580
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46580=edit
Fixup memory location of shadow
This shadow location works better than the 32-bit default.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91115
Bug ID: 91115
Summary: stack-buffer-overflow on memset local variable when
creating thread on ARM Linux
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #63 from EML ---
Sorry, I didn't undo the patch completely.
I made a very simple change:
--- ia64.c.orig 2019-07-08 14:43:33 +
+++ ia64.c 2019-07-05 16:46:24 +
@@ -1137,7 +1137,7 @@
emit_insn (gen_load_fptr (dest,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91114
Bug ID: 91114
Summary: [10 Regression] ICE in vect_analyze_loop, at
tree-vect-loop.c:2415
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91010
--- Comment #4 from Arseny Solokha ---
Can this PR be closed now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88233
--- Comment #3 from Segher Boessenkool ---
Author: segher
Date: Mon Jul 8 17:35:12 2019
New Revision: 273240
URL: https://gcc.gnu.org/viewcvs?rev=273240=gcc=rev
Log:
subreg: Add -fsplit-wide-types-early (PR88233)
Currently the second
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78529
Wilco changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78529
--- Comment #39 from Wilco ---
Author: wilco
Date: Mon Jul 8 17:02:35 2019
New Revision: 273238
URL: https://gcc.gnu.org/viewcvs?rev=273238=gcc=rev
Log:
Turn of ipa-ra in builtins test (PR91059)
The gcc.c-torture/execute/builtins/lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91092
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91059
--- Comment #5 from Wilco ---
Author: wilco
Date: Mon Jul 8 17:02:35 2019
New Revision: 273238
URL: https://gcc.gnu.org/viewcvs?rev=273238=gcc=rev
Log:
Turn of ipa-ra in builtins test (PR91059)
The gcc.c-torture/execute/builtins/lib directory
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91059
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78529
Richard Biener changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #62 from dave.anglin at bell dot net ---
On 2019-07-08 12:22 p.m., elowe at elowe dot com wrote:
> When I remove that gprel patch - the 64bit stage 1 compiler is able to compile
> hello world, islower, as well as all the other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91059
--- Comment #3 from Wilco ---
Confirmed it's the same memset register corruption issue. The fix is trivial:
add -fno-ipa-ra.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91092
Rich Felker changed:
What|Removed |Added
CC||bugdal at aerifal dot cx
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #61 from EML ---
Sorry, perhaps I have confused the situation.
I have already patched my compiler to remove the gprel in both 32 and 64.
That gprel patch breaks things in both 32 and 64. I'm reasonably convinced the
patch is wrong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89072
Rich Felker changed:
What|Removed |Added
CC||bugdal at aerifal dot cx
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #60 from dave.anglin at bell dot net ---
On 2019-07-08 12:07 a.m., elowe at elowe dot com wrote:
> If you insert the addp4 r14 = 0,r14 before that command (like gcc 4.9.3 does),
> the program compiles and runs correctly
It would be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91113
Bug ID: 91113
Summary: add declare_simd_variant attribute support
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91101
--- Comment #16 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #15)
> Seems systemd abuses compound literals even in cases where they make no
> sense, perhaps one of those in a short function like that is no longer
> optimized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91059
Wilco changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91101
--- Comment #15 from Jakub Jelinek ---
Seems systemd abuses compound literals even in cases where they make no sense,
perhaps one of those in a short function like that is no longer optimized away
completely and that is why it triggers all the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91101
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91101
--- Comment #13 from Martin Liška ---
And the stack difference is:
Before:
;; Function categorize_eol (categorize_eol, funcdef_no=127, decl_uid=8513,
cgraph_uid=127, symbol_order=127)
categorize_eol (char c, ReadLineFlags flags)
{
_Bool
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91101
--- Comment #12 from Martin Liška ---
So the suspected allocation that happens is:
#0 0x7723abb2 in __asan::FakeStack::Allocate
(real_stack=140737488344072, class_id=0, stack_size_log=20,
this=0x725f7000) at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91101
--- Comment #11 from Martin Liška ---
If I apply the following patch:
diff --git a/libsanitizer/asan/asan_fake_stack.cc
b/libsanitizer/asan/asan_fake_stack.cc
index 3140f9a2aeb..2034769161e 100644
--- a/libsanitizer/asan/asan_fake_stack.cc
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91112
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91101
--- Comment #10 from Martin Liška ---
The issue is that __asan_stack_malloc_0 function is very high in perf profile:
# Overhead Command Shared Object Symbol
# ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91101
--- Comment #9 from Martin Liška ---
Started with r259641.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90712
Wilco changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #39 from Janne Blomqvist ---
Now, with the fixed benchmark in the previous comment, on Lustre (version 2.5)
system I get:
Test using 25000 bytes
Block size of file system: 4096
bs = 1024, 53.27 MiB/s
bs = 2048, 73.99
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #38 from Janne Blomqvist ---
First, I think there's a bug in the benchmark in comment #c20. It writes
blocksize * sizeof(double), but then advances only blocksize for each iteration
of the loop. Fixed version writing just bytes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91112
Bug ID: 91112
Summary: Bad error message for virtual function of a template
class. Wrong "required from here" line number
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90990
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91059
Richard Biener changed:
What|Removed |Added
Component|tree-optimization |target
--- Comment #1 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83518
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91108
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Mon Jul 8 11:48:48 2019
New Revision: 273233
URL: https://gcc.gnu.org/viewcvs?rev=273233=gcc=rev
Log:
2019-07-08 Richard Biener
PR tree-optimization/91108
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91108
--- Comment #2 from Richard Biener ---
Author: rguenth
Date: Mon Jul 8 11:46:26 2019
New Revision: 273232
URL: https://gcc.gnu.org/viewcvs?rev=273232=gcc=rev
Log:
2019-07-08 Richard Biener
PR tree-optimization/91108
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91107
--- Comment #2 from Alejandro Colomar ---
Technically it can modify globals as long as that doesn't affect the state of
the program, but in this case it is affecting the state of the program, so it
isn't a pure function.
Fair enough, then the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91107
--- Comment #2 from Alejandro Colomar ---
Technically it can modify globals as long as that doesn't affect the state of
the program, but in this case it is affecting the state of the program, so it
isn't a pure function.
Fair enough, then the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84877
--- Comment #19 from dave.anglin at bell dot net ---
On 2019-07-07 8:39 p.m., amylaar at gcc dot gnu.org wrote:
> It seems suspicious that PREFERRED_STACK_BOUNDARY is smaller for TARGET_64BIT
> ?
That's the way HP defined things. The preferred
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91110
--- Comment #2 from Jakub Jelinek ---
Created attachment 46579
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46579=edit
gcc10-pr91110.patch
error_mark_node type doesn't have TYPE_MAIN_DECL, but more importantly,
error_mark_node on a type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Target||aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91110
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91102
--- Comment #6 from Stefan Kneifel ---
It seems to fix the bug - at least the original problem (ICE during compiling
Linux kernel for aarch64 with -Os) is solved by this patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
Bug ID: 9
Summary: arm64 Linux kernel panics at boot due to unexpected
register assignment in inline asm
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91103
Jakub Jelinek changed:
What|Removed |Added
CC||hjl.tools at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91110
Bug ID: 91110
Summary: [10 Regression] ICE: tree check: expected class
'type', have 'exceptional' (error_mark) in
cp_omp_mappable_type_1, at cp/decl2.c:1421
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91106
--- Comment #2 from Shubham Narlawar ---
(In reply to Richard Biener from comment #1)
> Did you paste the correct reduced testcase?
Here is the original reduced test case obtained from Creduce -
#pragma pack(1)
struct a {
int b;
char c
};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91105
Uroš Bizjak changed:
What|Removed |Added
Component|target |middle-end
Depends on|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84877
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Attachment #46574|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91109
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91107
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91106
--- Comment #1 from Richard Biener ---
Did you paste the correct reduced testcase?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66999
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91105
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code, ra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65143
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65143
--- Comment #10 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Mon Jul 8 09:51:07 2019
New Revision: 273228
URL: https://gcc.gnu.org/viewcvs?rev=273228=gcc=rev
Log:
2019-07-08 Paolo Carlini
PR c++/65143
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91109
Bug ID: 91109
Summary: [10 regression][arm]
gcc.c-torture/execute/20040709-1.c fails since r273135
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91103
--- Comment #2 from Richard Biener ---
(In reply to Richard Biener from comment #1)
> So when the vectorizer has the need to use strided stores it would be
> cheapest
> to spill the vector and do N element loads and stores? I guess we can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91103
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80518
--- Comment #7 from Jonathan Wakely ---
The guideline might be changing:
https://github.com/isocpp/CppCoreGuidelines/pull/1448
If that pull request is merged we might want to change -Wsuggest-override too,
without needing a separate option.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91060
--- Comment #14 from rsandifo at gcc dot gnu.org
---
Created attachment 46576
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46576=edit
Candidate patch
I'll test the attached overnight
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91101
Martin Liška changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91060
--- Comment #13 from Christophe Lyon ---
Indeed, this seems to work:
diff --git a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c
index 820502a..4f69122 100644
--- a/gcc/config/arm/arm.c
+++ b/gcc/config/arm/arm.c
@@ -12471,7 +12471,7 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91101
--- Comment #7 from Frantisek Sumsal ---
(In reply to Martin Liška from comment #6)
> Do you know how to tell meson to use CC=gcc-8?
>
$ export CC=gcc-8 CXX=g++-8
$ meson build ...
should suffice
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91108
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91108
Bug ID: 91108
Summary: [8/9/10 Regression] Fails to pun through unions
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91101
--- Comment #6 from Martin Liška ---
(In reply to Frantisek Sumsal from comment #5)
> (In reply to Martin Liška from comment #4)
> > Ok, I was able to make the build:
> >
> > $ meson build -Db_sanitize=address,undefined -Dxkbcommon=false
> >
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91060
--- Comment #12 from rguenther at suse dot de ---
On Mon, 8 Jul 2019, rsandifo at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91060
>
> rsandifo at gcc dot gnu.org changed:
>
>What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84877
--- Comment #17 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #15 from Jorn Wolfgang Rennecke ---
> Created attachment 46574
> --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46574=edit
> patch for the case that the stack is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91101
--- Comment #5 from Frantisek Sumsal ---
(In reply to Martin Liška from comment #4)
> Ok, I was able to make the build:
>
> $ meson build -Db_sanitize=address,undefined -Dxkbcommon=false
>
> with GCC 9.1.1:
>
> real 0m2.176s
> user 0m2.013s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91101
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91060
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Component|middle-end |target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83518
--- Comment #10 from Richard Biener ---
Author: rguenth
Date: Mon Jul 8 07:09:24 2019
New Revision: 273194
URL: https://gcc.gnu.org/viewcvs?rev=273194=gcc=rev
Log:
2019-07-08 Richard Biener
PR tree-optimization/83518
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91060
--- Comment #10 from rguenther at suse dot de ---
On Mon, 8 Jul 2019, clyon at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91060
>
> --- Comment #8 from Christophe Lyon ---
> (In reply to Richard Biener from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91060
--- Comment #9 from rsandifo at gcc dot gnu.org
---
(In reply to rsand...@gcc.gnu.org from comment #7)
> (In reply to Christophe Lyon from comment #4)
> > Unfortunately, it's still failing as of r273133.
> >
> > It fails at the very first
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91060
--- Comment #8 from Christophe Lyon ---
(In reply to Richard Biener from comment #5)
> Hmm, using a cross configured as
>
> trunk/configure --target=armeb-none-linux-gnueabihf --with-cpu=cortex-a9
> --with-fpu=neon-fp16 --enable-languages=c
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91060
--- Comment #7 from rsandifo at gcc dot gnu.org
---
(In reply to Christophe Lyon from comment #4)
> Unfortunately, it's still failing as of r273133.
>
> It fails at the very first check:
> v1 = 2 + v0; check (short, 8, v0, v1, 2, +, l);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85746
--- Comment #8 from rsandifo at gcc dot gnu.org
---
(In reply to Marc Glisse from comment #7)
> (In reply to Marc Glisse from comment #6)
> > && xi.val[0] <= (HOST_WIDE_INT) ((unsigned HOST_WIDE_INT)
> >
97 matches
Mail list logo
