http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59547
--- Comment #4 from janus at gcc dot gnu.org ---
Author: janus
Date: Sat Jan 4 09:25:04 2014
New Revision: 206331
URL: http://gcc.gnu.org/viewcvs?rev=206331&root=gcc&view=rev
Log:
2014-01-04 Janus Weil
PR fortran/59547
* class.c (add_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59547
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59674
--- Comment #1 from Mikael Pettersson ---
Works, as in generates OK looking code w/o issuing any diagnostics, on both
m68k-linux and vax-linux for me. A NetBSD issue?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59519
--- Comment #13 from Jakub Jelinek ---
Author: jakub
Date: Sat Jan 4 11:23:16 2014
New Revision: 206333
URL: http://gcc.gnu.org/viewcvs?rev=206333&root=gcc&view=rev
Log:
PR tree-optimization/59519
* tree-vect-loop-manip.c (slpeel_update_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59519
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59651
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59675
Bug ID: 59675
Summary: -D_GLIBCXX_DEBUG asserts to stdout (it should stderr)
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
--- Comment #22 from tlcclt ---
Success!
I had to manually edit the configure file for the latest gcc to build on my
Mac. (a few -Werror=…) were blocking the compilation. Looks like that should
be off by default, but somehow is not.
Anyway, I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
--- Comment #23 from janus at gcc dot gnu.org ---
(In reply to tlcclt from comment #22)
> Anyway, I was able to build the gcc. And … it _fixed_ the problem in the
> real code!
Great, thanks for checking. Will apply the backport soon.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59674
--- Comment #2 from Christos Zoulas ---
On Jan 4, 11:20am, gcc-bugzi...@gcc.gnu.org ("mikpelinux at gmail dot com")
wrote:
-- Subject: [Bug c/59674] On m68k and vax variables stack variables with > MA
| http://gcc.gnu.org/bugzilla/show_bug.cgi?id
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59676
Bug ID: 59676
Summary: Non-integral glvalues accepted in constant expressions
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
--- Comment #24 from janus at gcc dot gnu.org ---
Author: janus
Date: Sat Jan 4 16:47:27 2014
New Revision: 206335
URL: http://gcc.gnu.org/viewcvs?rev=206335&root=gcc&view=rev
Log:
2014-01-04 Janus Weil
Backport from mainline
2014-01-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59251
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59093
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59674
--- Comment #3 from Mikael Pettersson ---
I tested both targets with cross compilers from x86_64-linux. I also tested
natively on m68k-linux.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59671
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58151
--- Comment #4 from Eric Botcazou ---
*** Bug 59671 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58151
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59663
Tobias Burnus changed:
What|Removed |Added
Target Milestone|--- |4.9.0
Summary|[4.9 Regression]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59541
Dominique d'Humieres changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59663
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
--- Comment #26 from Dominique d'Humieres ---
> Why doesn't anyone report this issue? It's now tracked as PR59663
It has been pr59541 since 2013-12-18 07:46 UTC.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59674
--- Comment #4 from Christos Zoulas ---
On Jan 4, 5:22pm, gcc-bugzi...@gcc.gnu.org ("mikpelinux at gmail dot com")
wrote:
-- Subject: [Bug c/59674] On m68k and vax variables stack variables with > MA
| http://gcc.gnu.org/bugzilla/show_bug.cgi?id
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59677
Bug ID: 59677
Summary: basic_istream::get leads to a mudflap violation
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: li
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59674
--- Comment #5 from Mikael Pettersson ---
(In reply to Christos Zoulas from comment #4)
> My guess is that m68k-linux is not using the SVR4 ABI, i.e. it does not
> require long long and double to be aligned on a doubleword boundary.
That is corre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59677
--- Comment #1 from Andrew Pinski ---
I think this was a bug in mudflap which has now been removed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59674
--- Comment #6 from Christos Zoulas ---
On Jan 4, 8:42pm, gcc-bugzi...@gcc.gnu.org ("mikpelinux at gmail dot com")
wrote:
-- Subject: [Bug c/59674] On m68k and vax variables stack variables with > MA
| That is correct, m68k-linux has looser alig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59674
--- Comment #7 from Andreas Schwab ---
If you have fundamental types with stricter alignment requirements than
provided by STACK_BOUNDARY your ABI has a problem, and this SSP failure is just
one symptom.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59517
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59652
--- Comment #4 from John David Anglin ---
*** Bug 59517 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59652
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59672
Steven Bosscher changed:
What|Removed |Added
Target||i386-*-*
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59672
--- Comment #4 from H. Peter Anvin ---
You are missing the plain fact that *it is already working*.
.code16gcc is a binutils directive which takes 32-bit code emitted by gcc and
assembles it to produce valid (although suboptimal) 16-bit code. So
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59678
Bug ID: 59678
Summary: Segmentation fault on equalizing variables of a
complex derived data type
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59679
Bug ID: 59679
Summary: gcc version 4.7.3 and gcc version 4.5.3 cause an
unaligned access exception on NetBSD/Alpha
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59680
Bug ID: 59680
Summary: Compile error in thread.cc
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Ass
problem where the
return value from finish_parenthesized_expr() was discarded. As a side
effect, this small program:
#include
const boost::regex e("AB");
produces these diagnostics with gcc -std=c++1y and Boost 1.55:
llc[45]$ /usr/local/gcc/bin/g++ --version
g++ (GCC) 4.9.0 2014
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59679
Andrew Pinski changed:
What|Removed |Added
Target||alpha-netbsd
Status|UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59681
--- Comment #1 from Andrew Pinski ---
Is (a) an lvalue still? I don't remember the C++ rules to tell you the truth.
40 matches
Mail list logo
