https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67816
--- Comment #5 from rguenther at suse dot de ---
On October 2, 2015 5:58:24 PM GMT+02:00, law at redhat dot com
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67816
>
>--- Comment #4 from Jeffrey A. Law ---
>I can't get it to fail either.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37798
Bernd Edlinger changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67836
Bug ID: 67836
Summary: Exceptions with tracebacks in task rendezvous cause
STORAGE_ERROR
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67837
Bug ID: 67837
Summary: Ada ATC with delay abort syscalls not working
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67818
--- Comment #8 from H.J. Lu ---
(In reply to Mikael Morin from comment #4)
> I have looked at the r222477 patch more in details, and it seems reasonable
> after all.
> Moreover, Paul suggested a backport when he approved it.
> So I think I'll go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67758
--- Comment #5 from Mikael Morin ---
Author: mikael
Date: Sun Oct 4 12:30:16 2015
New Revision: 228457
URL: https://gcc.gnu.org/viewcvs?rev=228457&root=gcc&view=rev
Log:
Fix fortran common-related error recovery ICE.
Upon reverting a symbol in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67838
Bug ID: 67838
Summary: Rejects-valid-code: templated lambda variable.
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67838
--- Comment #1 from Joel Yliluoma ---
Note that the use of "template" here is to declare a parametric variable. It is
not for the function's parameter list. It works the same way as in this
expression:
template
int v = 3*LMode;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67838
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67839
Bug ID: 67839
Summary: Bit addressable instructions generated for invalid
memory address
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: major
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66697
--- Comment #2 from Uroš Bizjak ---
IMO, if "outside" code misaligns stack, then these applications need support
for -mincoming-stack-boundary=3, which is currently limited on x86_64 to 4.
Documentation says:
'-mincoming-stack-boundary=NUM'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67840
Bug ID: 67840
Summary: #define function error
Product: gcc
Version: 4.8.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67837
Arnaud Charlet changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67840
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66697
Uroš Bizjak changed:
What|Removed |Added
Target||x86_64
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67758
Dominique d'Humieres changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67447
--- Comment #2 from Uroš Bizjak ---
This PR is fixed by the fix [1] for PR 67756. I will add the testcase and close
this PR.
[1] https://gcc.gnu.org/ml/gcc-patches/2015-10/msg00225.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67447
--- Comment #3 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun Oct 4 15:56:45 2015
New Revision: 228461
URL: https://gcc.gnu.org/viewcvs?rev=228461&root=gcc&view=rev
Log:
PR rtl-optimization/67447
* gcc.target/i386/pr6744
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67447
Uroš Bizjak changed:
What|Removed |Added
Target|x86_64-linux-gnu|x86
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67717
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67447
Uroš Bizjak changed:
What|Removed |Added
CC||vekumar at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67841
Bug ID: 67841
Summary: Can't use vector registers if all vector registers are
callee-saved
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67841
H.J. Lu changed:
What|Removed |Added
Summary|Can't use vector registers |error: unable to find a
|if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67842
Bug ID: 67842
Summary: Incorrect check in sese.h:bb_in_region
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: ice-checking
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67843
Bug ID: 67843
Summary: experimental/filesystem/iterators/directory_iterator.c
c fails on armv5t
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67841
--- Comment #2 from H.J. Lu ---
find_drap_reg in i386.c requires one scratch register.
-maccumulate-outgoing-args may be used to avoid it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67844
Bug ID: 67844
Summary: Cannot make tuple of class with template constructor
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67843
--- Comment #1 from Jonathan Wakely ---
I'm unable to build an armv7 toolchain, it keeps failing with an ICE, so I'll
need more information to do anything about this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67841
--- Comment #3 from Uroš Bizjak ---
(In reply to H.J. Lu from comment #2)
> find_drap_reg in i386.c requires one scratch register.
> -maccumulate-outgoing-args may be used to avoid it.
How about we push scratch reg to the stack as the first thin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67841
--- Comment #4 from H.J. Lu ---
(In reply to Uroš Bizjak from comment #3)
> (In reply to H.J. Lu from comment #2)
> > find_drap_reg in i386.c requires one scratch register.
> > -maccumulate-outgoing-args may be used to avoid it.
>
> How about we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67841
--- Comment #5 from H.J. Lu ---
I updated hjl/interrupt/calls branch to update stack boundary for
use of SSE registers. Now I got
[hjl@gnu-tools-1 interrupt-1]$ cat x.i
void
__attribute__((no_caller_saved_registers))
fn (void)
{
asm ("#"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66697
--- Comment #4 from Justas L ---
I haven't tested this yet, but I understand this global solution would affect
the performance of ALL functions, not only those that interface with outside
code, correct?
Wine already assigns the force_align_arg_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67844
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67841
--- Comment #6 from H.J. Lu ---
ix86_expand_prologue in i386.c has
/* The computation of the size of the re-aligned stack frame means
that we must allocate the size of the register save area before
performing the actual a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67844
Ville Voutilainen changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
model: posix
gcc version 6.0.0 20151004 (experimental) [trunk revision 228457] (GCC)
$
$ g++-5.2 -c small.cc
small.cc:3:3: error: non-member function ‘void foo()’ cannot have cv-qualifier
F foo;
^
small.cc:4: confused by earlier errors, bailing out
$
$
$ g++-trunk -c small.cc
small.cc:3:3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67845
--- Comment #1 from Andrew Pinski ---
>This is a regression from 5.2.x.
No it is not because 5.2 does:
> small.cc:4: confused by earlier errors, bailing out
Which is just saying there was an ICE after an error had been produced :).
--enable-c
Thread model: posix
gcc version 6.0.0 20151004 (experimental) [trunk revision 228457] (GCC)
$
$ g++-trunk -c small.cc
small.cc: In lambda function:
small.cc:5:23: error: invalid use of member function (did you forget the ‘()’
?)
[=] { return foo; };
^
small.cc:5:23
-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 6.0.0 20151004 (experimental) [trunk revision 228457] (GCC)
$
$ g++-trunk -c small.cc
small.cc:4:11: internal compiler error: in is_ancestor, at
cp/name-lookup.c:2771
enum T::Color {R, G, B} c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67843
--- Comment #2 from Christophe Lyon ---
I am not sure what kind of helpful information I can provide.
Can you build a cross-compiler (x86 -> armv7-a)?
This is what I do and I haven't seen the ICE you mention (I was using r228286).
40 matches
Mail list logo
