https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
--- Comment #40 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Sun Sep 14 08:05:43 2014
New Revision: 215251
URL: https://gcc.gnu.org/viewcvs?rev=215251&root=gcc&view=rev
Log:
PR target/61407
* config/darwin-c.c (version_as_ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60104
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63261
Bug ID: 63261
Summary: Microblaze 4.9.1, Error: PC relative branch to label
which is not in the instruction space
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63229
--- Comment #4 from Dominique d'Humieres ---
Fixed by revision r215216 at least on x86_64-apple-darwin13 (see
https://gcc.gnu.org/ml/gcc-testresults/2014-09/msg01414.html)
Author:tbsaunde
Date:Fri Sep 12 12:30:29 2014 UTC (47 hours, 17 m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
Bug ID: 63262
Summary: internal compiler error including math.h
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62026
--- Comment #9 from Stuart Foster ---
Created attachment 33491
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33491&action=edit
Preprocessed chunk of qt 4.8.6 (libQtCLucene.so.4.8.6)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62026
--- Comment #10 from Stuart Foster ---
The chunk of code from Qt fails for me with a LFS built g++ 4.9.1 and binutils
2.24.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61854
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46444
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55115
Manuel López-Ibáñez changed:
What|Removed |Added
CC||Igor.Smirnov at cern dot ch
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60894
--- Comment #9 from fabien at gcc dot gnu.org ---
(In reply to Jason Merrill from comment #8)
> (In reply to fabien from comment #6)
> > I looked into it but did not manage to get it fixed. I will have another try
> > this week. Thanks for the rem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62026
--- Comment #11 from Markus Trippelsdorf ---
Thanks for the testcase.
Reduced:
markus@x4 /tmp % cat ErrorTry.ii
template
class B {
public:
T values;
T operator[](int);
};
class C;
class D {
public:
int m_fn2();
virtual C *m_fn1();
};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61853
--- Comment #12 from John David Anglin ---
I have a patch to pa_function_value that avoids the issue but I tend to
think there is a bug in expand.
This code
typedef struct { double x; } sd_t;
sd_t foo1 (double d)
{
sd_t s;
s.x = d;
return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59305
--- Comment #24 from Dominique d'Humieres ---
For the record, this PR is not fixed by the patch posted at
https://gcc.gnu.org/ml/gcc-patches/2014-09/msg01127.html.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62132
--- Comment #8 from Dominique d'Humieres ---
> This was my impression as well but it looks like current libsanitizer does
> not support anything except fp on Macs. Could you report this on
> address-sanitizer tracker
> (https://code.google.com/p/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45769
Frédéric Buclin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63226
Tobias Burnus changed:
What|Removed |Added
Target Milestone|--- |5.0
Summary|ICE with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63263
Bug ID: 63263
Summary: friend declaration of template specialization of
function gets confused when specialization was forward
declared
Product: gcc
Version: 4.7.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63263
--- Comment #1 from Carlo Wood ---
Guess the float isn't needed:
template void f(T&) { T(1); }
struct B;
template<> void f(B&) { }
struct B { friend void f(B&); };
void g() { B b; f(b); }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61387
--- Comment #13 from mrs at gcc dot gnu.org ---
I like Ian's change the best. I've sent that to gcc-patches for consideration.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63263
--- Comment #2 from Andrew Pinski ---
With the trunk I get an ICE too:
t.cc: In instantiation of ‘void f(T&, float&) [with T = B]’:
t.cc:22:9: required from here
t.cc:4:3: error: no matching function for call to ‘B::B(int)’
T(1);
^
t.cc:1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63264
Bug ID: 63264
Summary: Internal error due to invalid assembler register
specification
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63265
Bug ID: 63265
Summary: Constexpr variables can trigger spurious compiler
warnings
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63266
Bug ID: 63266
Summary: [5 Regression] Test regression:
gcc.target/sh/pr53568-1.c
Product: gcc
Version: 5.0
URL: https://gcc.gnu.org/ml/gcc-patches/2014-06/msg00777.ht
24 matches
Mail list logo
