https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61411
--- Comment #3 from bin.cheng ---
Then I think it's a latent bug in LRA. It should consult back-end about
legitimized address expressions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53119
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56574
Andy Lutomirski changed:
What|Removed |Added
CC||luto at mit dot edu
--- Comment #7 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61300
--- Comment #8 from Alan Modra ---
Author: amodra
Date: Fri Jun 6 01:04:22 2014
New Revision: 211296
URL: http://gcc.gnu.org/viewcvs?rev=211296&root=gcc&view=rev
Log:
PR target/61300
* doc/tm.texi.in (INCOMING_REG_PARM_STACK_SPACE): Doc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53119
--- Comment #14 from Rich Felker ---
In C++, the correct zero initializer is {}, not {0}. I'm not an expert in C++
but I think {0} in C++ might even be a constraint violation unless the brace
level happens to match.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53119
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61427
--- Comment #1 from Torsten Robitzki ---
I've tried the same configuration with gcc 4.8.3. The same error occurs in the
config.log, but this time the build stops with:
g++ -I../../libcpp -I. -I../../libcpp/../include -I./../intl
-I../../libcpp/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61424
--- Comment #2 from Tim Shen ---
Sorry, the preference of results of "|" is actually arbitrary. I'll fix it
later.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #18 from mimamer at gmail dot com ---
Ah? I didn't figure that was allowed per strict aliasing rules. But it still
doesn't solve one problem:
inline T *dequeue() {
node *head = anchor.next;
anchor.next = head->next;
head->
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61427
Bug ID: 61427
Summary: Fail to build due to #error GATHER_STATISTICS must be
defined
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #17 from Andrew Pinski ---
(In reply to mimamer from comment #16)
> Ah ok, but that doesn't solve my problem as I will eventually need to cast a
> node pointer back to T (either at the caller or the callee side). So there
> _is_ no ef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #16 from mimamer at gmail dot com ---
Ah ok, but that doesn't solve my problem as I will eventually need to cast a
node pointer back to T (either at the caller or the callee side). So there _is_
no efficient solution with strict aliasi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #15 from Andrew Pinski ---
template class list2
{
public:
struct node {
node*next;
node*prev;
};
nodeanchor;
public:
/* API */
}
struct Obj : list2::node {
/* obj-specific element
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #14 from mimamer at gmail dot com ---
Can you explain what you mean by "use type node inside the struct node"?
Because I still cannot see an (efficient) way for solving this problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #12 from Andrew Pinski ---
(In reply to mimamer from comment #11)
> In short form,
>
> template class list2
> {
> public:
> struct node {
> T *next;
> T *prev;
> };
>
> nod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #11 from mimamer at gmail dot com ---
In short form,
template class list2
{
public:
struct node {
T*next;
T*prev;
};
nodeanchor;
public:
/* API */
}
struct Obj : list2::node {
/*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61424
--- Comment #1 from Jonathan Wakely ---
A slight variation:
#include
#include
using namespace std;
int main()
{
regex_constants::syntax_option_type grammar[] = {
regex_constants::ECMAScript, regex_constants::extended,
regex_constan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43453
--- Comment #9 from Jason Merrill ---
Author: jason
Date: Thu Jun 5 20:55:44 2014
New Revision: 211290
URL: http://gcc.gnu.org/viewcvs?rev=211290&root=gcc&view=rev
Log:
PR c++/43453
* decl.c (check_initializer): Collapse a TREE_LIST her
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61426
--- Comment #2 from Jonathan Wakely ---
std::list and std::string don't meet the C++11 allocator reqs either, please
don't report them ;-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61426
--- Comment #1 from Jonathan Wakely ---
Yes, this is well known and documented
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61425
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61426
Bug ID: 61426
Summary: [C++11] std::deque requires more from allocator than
the standard provides.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61425
--- Comment #2 from Jonathan Wakely ---
Hmm, I guess I shouldn't trust man pages, a POSIX BRE doesn't allow \|
Both GNU and BSD grep do allow 'a\|b' in a BRE though ... still trying to
determine if it should be allowed for the grep grammar or f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61425
--- Comment #1 from Jonathan Wakely ---
Correction: it ignores it with -std=gnu++11, it throws regex_error with
-std=c++11
So it's treating \| as illegal, which is wrong for a POSIX BRE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61425
Bug ID: 61425
Summary: std::regex ignores backslash when using basic or grep
grammars
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61424
Bug ID: 61424
Summary: std::regex matches right to left, not leftmost longest
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #9 from mimamer at gmail dot com ---
Now that I have read enough about aliasing rules I realize that they are
considerably fucked up and that their is no way to efficiently downcast without
violating strict aliasing rules. In explanati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61415
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53119
--- Comment #12 from Jeffrey A. Law ---
Author: law
Date: Thu Jun 5 19:36:03 2014
New Revision: 211289
URL: http://gcc.gnu.org/viewcvs?rev=211289&root=gcc&view=rev
Log:
2014-06-05 S. Gilles
PR c/53119
* c-typeck.c (push_init_level,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #8 from mimamer at gmail dot com ---
As concerns -fno-strict-aliasing, I have to put it before -O2. Sorry for the
mixup.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #7 from mimamer at gmail dot com ---
Violation of aliasing or not, the problem arises prior to the downcasting from
list2::node* to T*:
T *head = anchor.next;
anchor.next = head->next;
head->next->prev = (T *)&anchor; // w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52472
--- Comment #9 from Jeffrey A. Law ---
Author: law
Date: Thu Jun 5 18:34:43 2014
New Revision: 211288
URL: http://gcc.gnu.org/viewcvs?rev=211288&root=gcc&view=rev
Log:
PR target/52472
* cfgexpand.c (expand_debug_expr): Use address space
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61289
--- Comment #3 from Jeffrey A. Law ---
Author: law
Date: Thu Jun 5 18:25:02 2014
New Revision: 211287
URL: http://gcc.gnu.org/viewcvs?rev=211287&root=gcc&view=rev
Log:
PR tree-optimization/61289
* tree-ssa-threadedge.c (invalidate_equiv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #6 from mimamer at gmail dot com ---
Btw, C++ doesn't give me any aliasing warnings even with -Wstrict-aliasing=1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56961
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56961
--- Comment #11 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Jun 5 17:34:48 2014
New Revision: 211286
URL: http://gcc.gnu.org/viewcvs?rev=211286&root=gcc&view=rev
Log:
/cp
2014-06-05 Richard Biener
Paolo Carlini
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #5 from mimamer at gmail dot com ---
T is derived from list2::node, and yes, I'm "up"casting from node to T.
There is no other way around it in the implementation, and if this causes a
problem with aliasing then I don't know what it's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61343
--- Comment #1 from Jason Merrill ---
Author: jason
Date: Thu Jun 5 17:30:51 2014
New Revision: 211284
URL: http://gcc.gnu.org/viewcvs?rev=211284&root=gcc&view=rev
Log:
PR c++/61343
* decl.c (check_initializer): Maybe clear
DECL_INI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61334
--- Comment #6 from Rainer Orth ---
It would be good to get this patch in now: without it, bootstrap on at least
one primary platform is broken.
Rainer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #4 from mimamer at gmail dot com ---
Indeed, this is alias-related. Two questions:
(1) What is a concrete solution for this problem when -fstrict-aliasing is
being used? How should I change my code? (Sorry, I am no expert on this.)
(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46219
Kai Tietz changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46219
--- Comment #4 from Kai Tietz ---
Author: ktietz
Date: Thu Jun 5 17:03:52 2014
New Revision: 211283
URL: http://gcc.gnu.org/viewcvs?rev=211283&root=gcc&view=rev
Log:
2014-06-05 Kai Tietz
Richard Henderson
PR target/46219
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61422
--- Comment #7 from Jakub Jelinek ---
You still have:
tree shadow_ptr_type = shadow_ptr_types[ real_size_in_bytes == 16 ? 1 : 0];
instead of:
tree shadow_ptr_type = shadow_ptr_types[real_size_in_bytes == 16 ? 1 : 0];
And, I can't really repro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #3 from Andrew Pinski ---
This seems alias related. Can you make sure you are not violating c/c++ alias
rules. Mainly make sure T and typeof(anchor) can alias.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61422
--- Comment #6 from Marat Zakirov ---
Created attachment 32898
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32898&action=edit
Proposed patch
Try this. It is mostly the same. No additional patches is needed. I hope it's
reproducible.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61422
--- Comment #5 from Marat Zakirov ---
Thank you for your quick response Jacub. Actually I take this issue from
existing ffmpeg source so the test is just a truncated version.
Following fail in my 4.10 without discovered fix:
cat test.c
#defin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #2 from mimamer at gmail dot com ---
Turns out the problems arise in different places but only in the
list2::dequeue() function:
inline T *dequeue() {
//asm volatile("":::"memory");
T *head = anchor.next;
anchor.next = hea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #1 from mimamer at gmail dot com ---
A minimalistic version that breaks with all -O2 flags set:
Starting from an empty main_list:
Node *node;
//asm volatile("":::"memory");
while ( (node = main_list.dequeue()) != main_list.end() )
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61422
--- Comment #4 from Jakub Jelinek ---
If you want a testcase that crashes even for me with current trunk, then e.g.:
struct S { char c[16]; } __attribute__((packed));
__attribute__((noinline, noclone)) struct S
foo (struct S *p)
{
asm volatile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61422
--- Comment #3 from Marat Zakirov ---
I fix it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61422
--- Comment #2 from Jakub Jelinek ---
Comment on attachment 32896
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32896
Proposed patch
Can't reproduce it, are you sure you don't have extra patches in the tree
(stringops currently don't use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61423
--- Comment #1 from lvqcl.mail at gmail dot com ---
Created attachment 32897
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32897&action=edit
test program
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61423
Bug ID: 61423
Summary: Incorrect conversion from unsigned int to floating
point
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61422
--- Comment #1 from Marat Zakirov ---
Created attachment 32896
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32896&action=edit
Proposed patch
Only tested with asan testsuite on x64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61422
Bug ID: 61422
Summary: False Asan positive in libopus
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
Bug ID: 61421
Summary: Invalid -O2 optimization breaks program
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61420
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61420
Bug ID: 61420
Summary: type bound procedure with pass attribute, that returns
a procedure pointer, fails to compile
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61393
Martin Jambor changed:
What|Removed |Added
Version|4.8.3 |4.10.0
--- Comment #5 from Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
--- Comment #16 from Richard Biener ---
Author: rguenth
Date: Thu Jun 5 14:28:23 2014
New Revision: 211281
URL: http://gcc.gnu.org/viewcvs?rev=211281&root=gcc&view=rev
Log:
2014-06-05 Richard Biener
PR fortran/61418
* gfortranspec.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
--- Comment #14 from Richard Biener ---
Author: rguenth
Date: Thu Jun 5 14:27:20 2014
New Revision: 211280
URL: http://gcc.gnu.org/viewcvs?rev=211280&root=gcc&view=rev
Log:
2014-06-05 Richard Biener
PR fortran/61418
* gfortranspec.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56961
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61411
--- Comment #2 from Vladimir Makarov ---
(In reply to bin.cheng from comment #1)
> The patch can fix the issue, but problem is why GCC/lra generated
> register-indexing ([reg+reg]) addressing mode for V8HImode in the first
> place. Since without
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61419
--- Comment #3 from Richard Biener ---
I suggest to file a bug in Fedoras bugzilla then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61419
--- Comment #2 from Jerric Lyns John ---
Its an issue with FC19 and not wayland.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61330
jgreenhalgh at gcc dot gnu.org changed:
What|Removed |Added
Target||aarch64*-*-*, arm*-*-*,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61330
jgreenhalgh at gcc dot gnu.org changed:
What|Removed |Added
CC||sch...@linux-m68k.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61394
jgreenhalgh at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61408
--- Comment #7 from Georg Koppen ---
(In reply to Jakub Jelinek from comment #6)
> I'd say there is no point in doing that. Just build the compiler-rt library
> and link it in statically (-static-libasan) with gcc instead of the gcc one.
Hmm...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61004
--- Comment #9 from Richard Biener ---
Author: rguenth
Date: Thu Jun 5 12:42:29 2014
New Revision: 211272
URL: http://gcc.gnu.org/viewcvs?rev=211272&root=gcc&view=rev
Log:
2014-06-05 Richard Biener
PR c++/61004
* typeck.c (cp_build_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61004
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56961
--- Comment #9 from Richard Biener ---
(In reply to Richard Biener from comment #8)
> (In reply to Richard Biener from comment #7)
> > I suggest
> >
> > Index: gcc/cp/cp-gimplify.c
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56961
--- Comment #8 from Richard Biener ---
(In reply to Richard Biener from comment #7)
> I suggest
>
> Index: gcc/cp/cp-gimplify.c
> ===
> --- gcc/cp/cp-gimplify.c(revision 211
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56961
--- Comment #7 from Richard Biener ---
I suggest
Index: gcc/cp/cp-gimplify.c
===
--- gcc/cp/cp-gimplify.c(revision 211262)
+++ gcc/cp/cp-gimplify.c(working copy)
@@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56961
--- Comment #6 from Richard Biener ---
The C++ gimplify langhook gimplifies the gimplifier generated
vol.1 = b.fields
as
vol.1, b.fields;
so it isn't a manifestation of the issue but a fallout of the attempt to
fix it in the C++ gimplifie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56961
--- Comment #5 from Paolo Carlini ---
I think this is another manifestation of the issue discussed in cp-gimplify.c:
/* Remove any copies of empty classes. We check that the RHS
has a simple form so that TARGET_EXPRs and non-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
--- Comment #13 from rguenther at suse dot de ---
On Thu, 5 Jun 2014, trippels at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
>
> --- Comment #12 from Markus Trippelsdorf ---
> (In reply to Richard Biener from c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
--- Comment #12 from Markus Trippelsdorf ---
(In reply to Richard Biener from comment #11)
> Patch posted.
Hmm, I see no patch. Forgot to post?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61038
--- Comment #14 from emsr at gcc dot gnu.org ---
Author: emsr
Date: Thu Jun 5 11:17:25 2014
New Revision: 211267
URL: http://gcc.gnu.org/viewcvs?rev=211267&root=gcc&view=rev
Log:
PR c++/61038
I was asked to combine the escape logic for regular c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61038
--- Comment #13 from emsr at gcc dot gnu.org ---
Author: emsr
Date: Thu Jun 5 11:12:08 2014
New Revision: 211266
URL: http://gcc.gnu.org/viewcvs?rev=211266&root=gcc&view=rev
Log:
PR c++/61038
I was asked to combine the escape logic for regular c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
--- Comment #30 from Thomas Preud'homme ---
Can you run the test manually under gdb and tell me what is the value for the
"out" variable in hex format?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
--- Comment #29 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #28 from Thomas Preud'homme ---
> (In reply to r...@cebitec.uni-bielefeld.de from comment #22)
>> > --- Comment #21 from Thomas Preud'homme > > com> ---
>> >
>> > There is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61419
--- Comment #1 from Richard Biener ---
I suspect that wayland uses a GCC plugin not compatible with GCC 4.8.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61419
Jerric Lyns John changed:
What|Removed |Added
Severity|blocker |critical
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61419
Bug ID: 61419
Summary: Hello World program compilation leads to internal
compiler error
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: blocker
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61319
--- Comment #17 from Kirill Yukhin ---
Author: kyukhin
Date: Thu Jun 5 10:24:22 2014
New Revision: 211263
URL: http://gcc.gnu.org/viewcvs?rev=211263&root=gcc&view=rev
Log:
gcc/
PR tree-optimization/61319
* tree-if-conv.c (is_cond_scalar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
Richard Biener changed:
What|Removed |Added
CC|rguenther at suse dot de |rguenth at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
--- Comment #9 from Richard Biener ---
Index: gfortranspec.c
===
--- gfortranspec.c (revision 211228)
+++ gfortranspec.c (working copy)
@@ -449,12 +449,6 @@ For more inform
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
--- Comment #28 from Thomas Preud'homme ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #22)
> > --- Comment #21 from Thomas Preud'homme
> > ---
> >
> > There is a patch for bswap-2.c ready [0]. I'm just waiting for Andreas to
> > c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|NEW
Component|driver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56724
--- Comment #14 from Marek Polacek ---
Author: mpolacek
Date: Thu Jun 5 09:35:05 2014
New Revision: 211261
URL: http://gcc.gnu.org/viewcvs?rev=211261&root=gcc&view=rev
Log:
PR c/56724
* c-typeck.c (convert_for_assignment): Use expr_loc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
--- Comment #7 from Richard Biener ---
gfortranspec.c does
case OPT_L:
if (!spec_file)
spec_file = find_spec_file (decoded_options[i].arg);
break;
...
/* Read the specs file corresponding to libgfortran.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
Richard Biener changed:
What|Removed |Added
Component|lto |driver
--- Comment #6 from Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61393
--- Comment #4 from Martin Jambor ---
Author: jamborm
Date: Thu Jun 5 09:13:56 2014
New Revision: 211260
URL: http://gcc.gnu.org/viewcvs?rev=211260&root=gcc&view=rev
Log:
2014-06-05 Martin Jambor
PR ipa/61393
* ipa-cp.c (determine_v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61393
--- Comment #3 from Martin Jambor ---
Author: jamborm
Date: Thu Jun 5 09:12:14 2014
New Revision: 211259
URL: http://gcc.gnu.org/viewcvs?rev=211259&root=gcc&view=rev
Log:
2014-06-05 Martin Jambor
PR ipa/61393
* ipa-cp.c (determine_v
1 - 100 of 105 matches
Mail list logo
