http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60302
--- Comment #3 from janus at gcc dot gnu.org ---
(In reply to Valery Weber from comment #0)
f951: internal compiler error: Aborted
0xa217af crash_signal
/home/vwe/libs/gcc/test/android-ndk-r9c/src/build/../gcc/gcc-4.8/gcc/toplev.
c:337
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60302
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60185
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60305
Bug ID: 60305
Summary: ICE constexpr array of functions in template
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60302
Paul Thomas pault at gcc dot gnu.org changed:
What|Removed |Added
CC||pault at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60108
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59347
--- Comment #4 from Jason Merrill jason at gcc dot gnu.org ---
*** Bug 60200 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60200
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59347
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58170
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58606
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60167
Bug 60167 depends on bug 58606, which changed state.
Bug 58606 Summary: [4.8 Regression] [c++11] ICE with specialization in variadic
template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58606
What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60052
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60053
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60306
Bug ID: 60306
Summary: Incorrect devirtualization pure virtual method
called
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60298
--- Comment #2 from Vladimir Makarov vmakarov at gcc dot gnu.org ---
Author: vmakarov
Date: Fri Feb 21 21:23:48 2014
New Revision: 208023
URL: http://gcc.gnu.org/viewcvs?rev=208023root=gccview=rev
Log:
2014-02-21 Vladimir Makarov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60241
--- Comment #4 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Fri Feb 21 21:41:16 2014
New Revision: 208024
URL: http://gcc.gnu.org/viewcvs?rev=208024root=gccview=rev
Log:
PR c++/60241
* pt.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59347
--- Comment #5 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Fri Feb 21 21:43:29 2014
New Revision: 208025
URL: http://gcc.gnu.org/viewcvs?rev=208025root=gccview=rev
Log:
PR c++/59347
* pt.c (tsubst_decl)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60187
--- Comment #2 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Fri Feb 21 21:47:30 2014
New Revision: 208026
URL: http://gcc.gnu.org/viewcvs?rev=208026root=gccview=rev
Log:
PR c++/60187
* parser.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60186
--- Comment #2 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Fri Feb 21 21:49:05 2014
New Revision: 208027
URL: http://gcc.gnu.org/viewcvs?rev=208027root=gccview=rev
Log:
PR c++/60186
* typeck2.c (massage_init_elt):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60252
--- Comment #4 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Fri Feb 21 21:50:52 2014
New Revision: 208028
URL: http://gcc.gnu.org/viewcvs?rev=208028root=gccview=rev
Log:
PR c++/60252
* lambda.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60185
--- Comment #2 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Fri Feb 21 21:53:46 2014
New Revision: 208029
URL: http://gcc.gnu.org/viewcvs?rev=208029root=gccview=rev
Log:
PR c++/60185
* parser.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60307
Bug ID: 60307
Summary: define_cond_exec with cc0 comparison generates wrong
code, missing insn that sets cc0
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60108
--- Comment #2 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Fri Feb 21 21:57:49 2014
New Revision: 208030
URL: http://gcc.gnu.org/viewcvs?rev=208030root=gccview=rev
Log:
PR c++/60108
* semantics.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60187
--- Comment #3 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Fri Feb 21 22:15:01 2014
New Revision: 208031
URL: http://gcc.gnu.org/viewcvs?rev=208031root=gccview=rev
Log:
PR c++/60187
* parser.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60108
--- Comment #3 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Fri Feb 21 22:15:07 2014
New Revision: 208032
URL: http://gcc.gnu.org/viewcvs?rev=208032root=gccview=rev
Log:
PR c++/60108
* semantics.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60302
--- Comment #6 from Tobias Burnus burnus at gcc dot gnu.org ---
(In reply to janus from comment #4)
(In reply to janus from comment #3)
The function 'gfc_check_c_f_pointer' was added in r197053
... and I think that's indeed the culprit. This
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60302
--- Comment #7 from janus at gcc dot gnu.org ---
Author: janus
Date: Fri Feb 21 22:54:50 2014
New Revision: 208033
URL: http://gcc.gnu.org/viewcvs?rev=208033root=gccview=rev
Log:
2014-02-21 Janus Weil ja...@gcc.gnu.org
PR fortran/60302
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60302
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
+ sizeof (ia) / sizeof (ia[0]));
}
}
Using current trunk:
g++ (GCC) 4.9.0 20140221 (experimental)
g++ -g t.cc
Valgrind says:
valgrind --leak-check=yes ./a.out
==24027== HEAP SUMMARY:
==24027== in use at exit: 5,760 bytes in 20 blocks
==24027== total heap usage: 40 allocs, 20 frees
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59764
Jerry DeLisle jvdelisle at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59700
--- Comment #22 from Jerry DeLisle jvdelisle at gcc dot gnu.org ---
Fixed on trunk. Do I need to backport this?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60308
Marc Glisse glisse at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60254
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60308
--- Comment #2 from Marc Glisse glisse at gcc dot gnu.org ---
Seems to be my fault in r202781:
_Deque_base(const allocator_type __a)
: _M_impl(__a)
- { }
+ { _M_initialize_map(0); }
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60308
--- Comment #3 from Marc Glisse glisse at gcc dot gnu.org ---
I guess this should take us back to how it worked in 4.8:
--- stl_deque.h(revision 207837)
+++ stl_deque.h(working copy)
@@ -467,7 +467,7 @@ _GLIBCXX_BEGIN_NAMESPACE_CONTAINER
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60309
Bug ID: 60309
Summary: JNI_CreateJavaVM aborts with java.system.class.loader
property set
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60309
--- Comment #1 from Mike Miller mtmiller at ieee dot org ---
Created attachment 32195
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32195action=edit
GNU Octave system class loader
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60309
--- Comment #2 from Mike Miller mtmiller at ieee dot org ---
Created attachment 32196
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32196action=edit
trivial java main program crashes with custom class loader
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59700
--- Comment #23 from Steve Kargl sgk at troutmask dot apl.washington.edu ---
On Sat, Feb 22, 2014 at 12:02:38AM +, jvdelisle at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59700
--- Comment #22 from Jerry DeLisle
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60147
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60147
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60310
Bug ID: 60310
Summary: internal compiler error due to excessive alignment
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60311
Bug ID: 60311
Summary: [c++1y] ICE with pointer-to-function with auto
parameter
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60312
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60312
Bug ID: 60312
Summary: [4.9 Regression] [c++1y] ICE using auto as template
parameter
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60226
Marc Glisse glisse at gcc dot gnu.org changed:
What|Removed |Added
CC||mikulas at artax
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60310
Marc Glisse glisse at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60313
Bug ID: 60313
Summary: volatile prevents optimizing logic on memory
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59193
Max TenEyck Woodbury mtewoodbury at gmail dot com changed:
What|Removed |Added
Status|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59764
--- Comment #6 from Jerry DeLisle jvdelisle at gcc dot gnu.org ---
Author: jvdelisle
Date: Sat Feb 22 02:11:44 2014
New Revision: 208038
URL: http://gcc.gnu.org/viewcvs?rev=208038root=gccview=rev
Log:
2014-02-21 Jerry DeLisle jvdeli...@gcc.gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59700
--- Comment #24 from Jerry DeLisle jvdelisle at gcc dot gnu.org ---
Author: jvdelisle
Date: Sat Feb 22 02:11:44 2014
New Revision: 208038
URL: http://gcc.gnu.org/viewcvs?rev=208038root=gccview=rev
Log:
2014-02-21 Jerry DeLisle jvdeli...@gcc.gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60313
--- Comment #1 from Marc Glisse glisse at gcc dot gnu.org ---
Dup of PR 50677 ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59700
--- Comment #25 from Jerry DeLisle jvdelisle at gcc dot gnu.org ---
Author: jvdelisle
Date: Sat Feb 22 02:50:39 2014
New Revision: 208039
URL: http://gcc.gnu.org/viewcvs?rev=208039root=gccview=rev
Log:
2014-02-21 Steven G. Kargl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59700
Jerry DeLisle jvdelisle at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60314
Bug ID: 60314
Summary: [4.9][C++1y] ICE with decltype(auto) when generating
debug information
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50677
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
CC||hjl.tools at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60313
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59193
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60108
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60241
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Summary|[4.7/4.8/4.9 Regression]|[4.7/4.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60186
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60187
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60185
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59347
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58170
--- Comment #3 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Sat Feb 22 05:50:12 2014
New Revision: 208040
URL: http://gcc.gnu.org/viewcvs?rev=208040root=gccview=rev
Log:
PR c++/58170
* parser.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60315
Bug ID: 60315
Summary: template constructor switch optimization
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58170
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|NEW
Known
Hi Guys,
I am applying the patch below to add modes to the POST_INC and PRE_DEC
patterns in the XStormy16 backend. The lack of the modes was leading
to some build problems.
Cheers
Nick
gcc/ChangeLog
2014-02-21 Nick Clifton ni...@redhat.com
* config/stormy16/stormy16.md
On 2014-02-20 16:18, Jason Merrill wrote:
On 02/19/2014 10:00 PM, Adam Butcher wrote:
+ if (current_template_parms)
+{
+ cp_binding_level *maybe_tmpl_scope =
current_binding_level-level_chain;
+ while (maybe_tmpl_scope maybe_tmpl_scope-kind ==
sk_class)
+
Hi!
As discussed in the PR, on larger functions we can end up with
over 3 million of compute_control_dep_chain nested calls from
a single compute_control_dep_chain call, on that testcase all that
effort just to get zero or at most one (useless) control dep path.
The problem is that the function
Hello,
Would anyone be able to (re-)approve this patch, please?
It should be really really straightforward, and only adds a DWARF
flag to Ada Compilation Units, so I should think that the risk
is near zero. I've tested the patch as usual regardless.
Parallel to that, we have also started
2014-02-21 8:25 GMT+01:00 Tobias Burnus bur...@net-b.de:
Hi Janus,
Janus Weil wrote:
What the patch does is to defer the building of the vtabs to a later
stage. Previously this was done only for some rare cases, now we do it
basically for all vtabs. This is necessary with finalization,
On Fri, 21 Feb 2014, Jakub Jelinek wrote:
Hi!
As discussed in the PR, on larger functions we can end up with
over 3 million of compute_control_dep_chain nested calls from
a single compute_control_dep_chain call, on that testcase all that
effort just to get zero or at most one (useless)
Hi!
On Fri, 15 Nov 2013 14:44:45 -0700, Aldy Hernandez al...@redhat.com wrote:
Attached is the final version of the patch I have committed to trunk.
--- a/gcc/gimple-pretty-print.c
+++ b/gcc/gimple-pretty-print.c
@@ -1118,6 +1118,8 @@ dump_gimple_omp_for (pretty_printer *buffer, gimple gs,
This improves compile-time of PR60291 at -O1 from 210s to 85s,
getting remove unused locals out of the profile. There walking
DECL_INITIAL of globals is quadratic when that is refered to from
multiple functions. We've had the same issue with
add_referenced_vars when that still existed.
This fixes the slowness of RTL expansion in PR60291 which is caused
by excessive collisions in mem-attr sharing. The issue here is
that sharing attempts happens across functions and we have a _lot_
of functions in this testcase referencing the same lexically
equivalent memory, for example
On Fri, 21 Feb 2014, Richard Biener wrote:
This fixes the slowness of RTL expansion in PR60291 which is caused
by excessive collisions in mem-attr sharing. The issue here is
that sharing attempts happens across functions and we have a _lot_
of functions in this testcase referencing the
This attempts to fix PR60276 - the fact that the vectorizer dependence
analysis is run too early and that it invalidates assumptions it
makes there later. The specific issue in question arises when
the vectorizer needs to effectively unroll the loop and by
performing all vectorized loads first
On Thu, Feb 20, 2014 at 10:51 PM, Richard Biener rguent...@suse.de wrote:
The following fixes an ICE I got when building libjava with a local
patch. This causes us to substitute MEM[a, 5] into MEM[_3, 0]
to MEM[MEM[a, 5], 0] and then asking stmt_ends_bb_p which doesn't
expect such bogus
On Fri, Feb 21, 2014 at 11:32:41AM +0100, Richard Biener wrote:
This attempts to fix PR60276 - the fact that the vectorizer dependence
analysis is run too early and that it invalidates assumptions it
makes there later. The specific issue in question arises when
the vectorizer needs to
On Fri, 21 Feb 2014, Richard Biener wrote:
This improves compile-time of PR60291 at -O1 from 210s to 85s,
getting remove unused locals out of the profile. There walking
DECL_INITIAL of globals is quadratic when that is refered to from
multiple functions. We've had the same issue with
On Fri, 21 Feb 2014, Bin.Cheng wrote:
On Thu, Feb 20, 2014 at 10:51 PM, Richard Biener rguent...@suse.de wrote:
The following fixes an ICE I got when building libjava with a local
patch. This causes us to substitute MEM[a, 5] into MEM[_3, 0]
to MEM[MEM[a, 5], 0] and then asking
Hi,
unless we have reasons to believe that the diagnostic quality could
regress in some circumstances, we can easily resolve this ICE on invalid
regression by always returning error_mark_node after error (thus outside
SFINAE too).
Tested x86_64-linux.
Thanks,
Paolo.
On Fri, 21 Feb 2014, Richard Biener wrote:
On Fri, 21 Feb 2014, Richard Biener wrote:
This fixes the slowness of RTL expansion in PR60291 which is caused
by excessive collisions in mem-attr sharing. The issue here is
that sharing attempts happens across functions and we have a _lot_
Patch http://gcc.gnu.org/ml/gcc-patches/2012-12/msg01229.html introduced
this ICE:
1. thumb1 estimate if far_jump is used based on function insn size
2. During reload, after stack layout finalized, it does reload_as_needed. It
however increases insn size that changes estimation result of
OK to trunk and 4.8?
-Original Message-
From: Joey Ye [mailto:joey...@arm.com]
Sent: 2014年2月21日 19:32
To: gcc-patches@gcc.gnu.org
Subject: [patch] [arm] Fix PR60169 - thumb1 far jump
Patch http://gcc.gnu.org/ml/gcc-patches/2012-12/msg01229.html introduced
this ICE:
1. thumb1 estimate
On Fri, 21 Feb 2014, Richard Biener wrote:
On Fri, 21 Feb 2014, Richard Biener wrote:
On Fri, 21 Feb 2014, Richard Biener wrote:
This fixes the slowness of RTL expansion in PR60291 which is caused
by excessive collisions in mem-attr sharing. The issue here is
that sharing
On 13/02/14 17:43, Richard Henderson wrote:
On 02/13/2014 03:17 AM, Alex Velenko wrote:
+/* Sets rmode field of FPCR control register to
+ FPROUNDING_ZERO. */
Comment is wrong, or at least misleading.
+void __inline __attribute__ ((__always_inline__))
+set_rounding_mode (uint32_t mode)
Richard Biener rguent...@suse.de writes:
On Fri, 21 Feb 2014, Richard Biener wrote:
On Fri, 21 Feb 2014, Richard Biener wrote:
On Fri, 21 Feb 2014, Richard Biener wrote:
This fixes the slowness of RTL expansion in PR60291 which is caused
by excessive collisions in mem-attr
On Fri, 21 Feb 2014, Richard Biener wrote:
On Fri, 21 Feb 2014, Richard Biener wrote:
Last statistics: http://gcc.gnu.org/ml/gcc-patches/2011-08/msg01784.html
With the patch below to get some statistics we see that one important
piece of sharing not covered by above measurements is RTX
Sir,
I have a cross compiler and I know how to cross compile a file . But I
am doing all just for glib compilation that I do not know how to do. Anyone
to guide me. or generally just inform me how can I compile a complete
library using gcc.
--
View this message in context:
On Fri, 21 Feb 2014, Richard Sandiford wrote:
Richard Biener rguent...@suse.de writes:
On Fri, 21 Feb 2014, Richard Biener wrote:
On Fri, 21 Feb 2014, Richard Biener wrote:
On Fri, 21 Feb 2014, Richard Biener wrote:
This fixes the slowness of RTL expansion in PR60291
On Fri, 21 Feb 2014, Richard Biener wrote:
On Fri, 21 Feb 2014, Richard Sandiford wrote:
Richard Biener rguent...@suse.de writes:
On Fri, 21 Feb 2014, Richard Biener wrote:
On Fri, 21 Feb 2014, Richard Biener wrote:
On Fri, 21 Feb 2014, Richard Biener wrote:
My patch for 58606 was incomplete; there were other places that needed
to change to handle dereferencing reference non-type template parameters.
Tested x86_64-pc-linux-gnu, applying to trunk. I reverted the earlier
58606 patch on the 4.8 branch.
commit 7b1bb4515ae768ca44e192442d2578ea46c16f96
is_normal_capture_proxy got confused by the contortions we go through to
build up a capture proxy for a VLA capture, so it's easier to just check
for variably modified type.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit 1fa864d218992c8a1b9b1fd4fae2205d5572205b
Author: Jason Merrill
A type-dependent expression can have NULL TREE_TYPE, and if we wrap it
in a NOP_EXPR also with NULL type, that confuses things. Let's not try
to do that.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit 5564347b2b7b39d92f8f3b8307bc8ed8551e4d91
Author: Jason Merrill ja...@redhat.com
Date:
Hi Philipp,
On 18/02/14 21:09, Philipp Tomsich wrote:
The default target should be generic, as Cortex-A53 includes
optional ISA features (CRC and CRYPTO) that are not required for
architectural compliance. The key difference between generic (which
already uses the cortexa53 pipeline model for
While parsing the template parameter list for a lambda, we've already
pushed into the closure class but haven't created the op()
FUNCTION_DECL, so trying to capture 'this' by way of the 'this' pointer
of op() breaks. Avoid the ICE by not trying to capture 'this' when
parsing a parameter list.
mangle_decl shouldn't try to make a forward-compatibility alias for a
TYPE_DECL, since they don't have symbols.
Tested x86_64-pc-linux-gnu, applying to trunk, 4.7, 4.8.
commit 8d40d9322f567ba5720ac807168232ae3c5ee0e4
Author: Jason Merrill ja...@redhat.com
Date: Fri Feb 21 00:39:25 2014 -0500
101 - 200 of 238 matches
Mail list logo