On Fri, May 29, 2015 at 3:46 PM, Shiva Chen shiva0...@gmail.com wrote:
Hi, Andrew
You are right, it's much simpler.
Could you give me a tip how %wd works on GCC ?
the w modifier is the GCC diagnostic format modifier that specifies
HOST_WIDE_INT.
Could you send a new patch to fix the
On 31 January 2015 at 22:10, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On January 31, 2015 9:17:57 PM GMT+01:00, Mike Stump mikest...@comcast.net
wrote:
On Jan 31, 2015, at 11:50 AM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On January 31, 2015 10:53:39 AM GMT+01:00,
Hi, Andrew
I modify the patch as you suggestion and testing on 32/64 bit host.
Thanks your tips.
I really appreciate for your help.
Shiva
2015-05-29 15:57 GMT+08:00 Andrew Pinski pins...@gmail.com:
On Fri, May 29, 2015 at 3:46 PM, Shiva Chen shiva0...@gmail.com wrote:
Hi, Andrew
You are
On 28 May 2015, at 17:14, Ian Lance Taylor i...@google.com wrote:
On Thu, May 28, 2015 at 5:01 AM, Tristan Gingold ging...@adacore.com wrote:
On 28 May 2015, at 02:26, Ian Lance Taylor i...@google.com wrote:
The #include windows.h will break cross-compilers. It's not OK for
trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #24 from Dominik Vogt vogt at linux dot vnet.ibm.com ---
Okay, I've made a new patch that fixes the problem with only the hotpatch tests
running in the s390 test suite. This change passes all tests on 64 and 31 bit.
After this
Hi Mike,
On 28/05/15 22:15, Mike Stump wrote:
So, the arm memcpy code of aligned data isn’t as good as it can be.
void *memcpy(void *dest, const void *src, unsigned int n);
void foo(char *dst, int i) {
memcpy (dst, i, sizeof (i));
}
generates horrible code, but, it we are willing to
On 29 May 2015 at 10:21, Bernhard Reutner-Fischer rep.dot@gmail.com wrote:
On 31 January 2015 at 22:10, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On January 31, 2015 9:17:57 PM GMT+01:00, Mike Stump mikest...@comcast.net
wrote:
If you want to wait until stage 1, that’s fine
Hi, Andrew
You are right, it's much simpler.
Could you give me a tip how %wd works on GCC ?
Could you send a new patch to fix the message since you have better solution ?
Thanks,
Shiva
2015-05-29 15:13 GMT+08:00 Andrew Pinski pins...@gmail.com:
On Fri, May 29, 2015 at 2:33 PM, Shiva Chen
On Fri, May 29, 2015 at 01:16:32PM +0530, Pritam Gharat wrote:
How do we identify whether a function is a pure or a const function?
Is there any flag associated with its cgraph_node or the tree node
(decl of cgraph_node)?
You'll want to look into ipa-pure-const.c.
Marek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Hi,
How do we identify whether a function is a pure or a const function?
Is there any flag associated with its cgraph_node or the tree node
(decl of cgraph_node)?
Thanks,
Pritam Gharat
Ping.
On Thu, May 21, 2015 at 09:36:59PM +0200, Marek Polacek wrote:
In this PR, we find ourselves instrumenting a static initializer and
then crashing when expanding an unlowered UBSAN_NULL. Jakub suggests
to not instrument DECL_INITIAL of a static variable. The following
patch is an
On 29/05/15 07:31, Jeff Law wrote:
On 05/13/2015 11:46 PM, Kugan wrote:
ping?
Thanks,
Kugan
On 15/04/15 17:53, Kugan wrote:
As mentioned in PR65768, ARM gcc generates suboptimal code for constant
Uses in loop. Part of the reason is cprop is undoing what loop invariant
code motion did.
Hi,
I notice that aarch64 simd index range message not correct on 32 bit host.
The message print by the function aarch64_simd_lane_bounds in aarch64.c.
The function print HOST_WIDE_INT variable by %ld which is correct on
64 bit host.
However, on 32 bit host HOST_WIDE_INT would be long long.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66335
Bug ID: 66335
Summary: a dump bug related to loop invariant in
before_dom_children
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66335
--- Comment #1 from vfdff zhongyunde at huawei dot com ---
I suggest using the code following code similar to fix the issue.
for (bsi = gsi_start_phis (bb); !gsi_end_p (bsi); gsi_next (bsi))
{
stmt = gsi_stmt (bsi);
...
On Thu, May 28, 2015 at 5:05 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Thu, May 28, 2015 at 4:54 PM, Sriraman Tallam tmsri...@google.com wrote:
On Thu, May 28, 2015 at 2:52 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Thu, May 28, 2015 at 2:27 PM, Sriraman Tallam tmsri...@google.com
wrote:
On
On 28 May 2015, at 23:15, Mike Stump mikest...@comcast.net wrote:
So, the arm memcpy code of aligned data isn’t as good as it can be.
void *memcpy(void *dest, const void *src, unsigned int n);
void foo(char *dst, int i) {
memcpy (dst, i, sizeof (i));
}
generates horrible code, but,
On Fri, May 29, 2015 at 2:33 PM, Shiva Chen shiva0...@gmail.com wrote:
Hi,
I notice that aarch64 simd index range message not correct on 32 bit host.
The message print by the function aarch64_simd_lane_bounds in aarch64.c.
The function print HOST_WIDE_INT variable by %ld which is correct on
Hi Mikael,
comments inline below:
On Thu, 28 May 2015 20:06:57 +0200
Mikael Morin mikael.mo...@sfr.fr wrote:
Le 28/05/2015 17:29, Andre Vehreschild a écrit :
*** resolve_allocate_expr (gfc_expr *e, gfc_
*** 7103,7112
--- 7103,7123
if (!ref2 || ref2-type !=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66280
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org ---
Related to PR66251 (partial backport fixes the gcc 5 branch).
On trunk the issue is that we have a SLP node
node
stmt 0 _9-re = _17;
stmt 1 _9-im = _23;
node
On Fri, 29 May 2015, Jakub Jelinek wrote:
Hi!
On the following testcase from the PR, dce2 turns
# .MEM_21 = PHI .MEM_20(5), .MEM_4(D)(2)
into
# .MEM_21 = PHI .MEM_21(5), .MEM_4(D)(2)
because all writes in the loop have been dead code eliminated.
But only the phicprop2 pass much later
On Fri, May 29, 2015 at 11:57:00AM +0100, Dominik Vogt wrote:
2015-05-29 Dominik Vogt v...@linux.vnet.ibm.com
PR target0/66215
Please remove the 0 above.
* gcc.target/s390/hotpatch-1.c: Improve to detect multi-line patterns.
* gcc.target/s390/hotpatch-2.c: Likewise.
Hi!
On the following testcase from the PR, dce2 turns
# .MEM_21 = PHI .MEM_20(5), .MEM_4(D)(2)
into
# .MEM_21 = PHI .MEM_21(5), .MEM_4(D)(2)
because all writes in the loop have been dead code eliminated.
But only the phicprop2 pass much later is able to optimize this
out (by changing all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66335
--- Comment #3 from vfdff zhongyunde at huawei dot com ---
(In reply to Richard Biener from comment #2)
No, it's working as intended - we just print where we _could_ hoist it to
(together with the cost).
you mean function
Only Solaris 10, actually: Solaris 11 isn't affected since it has
clearenv(3C).
That's not the only problem AFAICS:
/usr/include/sys/resource.h: At global scope:
/usr/include/sys/resource.h:79:25: error: declaration does not declare
anything [-fpermissive]
Hi Guys,
I am applying the patch below to the MSP430 backend to add new
multilibs based upon the type of hardware multiply support used.
Cheers
Nick
gcc/ChangeLog
2015-05-29 Nick Clifton ni...@redhat.com
* config/msp430/t-msp430 (MULTILIB_OPTIONS): Add multilibs for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66184
--- Comment #2 from Casey Carter Casey at Carter dot net ---
Correction: r223462 was a fix on the c++-concepts branch, the trunk fix was
r223461.
On 29/05/15 10:08, Kyrill Tkachov wrote:
Hi Mike,
On 28/05/15 22:15, Mike Stump wrote:
So, the arm memcpy code of aligned data isn’t as good as it can be.
void *memcpy(void *dest, const void *src, unsigned int n);
void foo(char *dst, int i) {
memcpy (dst, i, sizeof (i));
}
generates
On Fri, May 29, 2015 at 10:41:34AM +0200, Marek Polacek wrote:
Ping.
On Thu, May 21, 2015 at 09:36:59PM +0200, Marek Polacek wrote:
In this PR, we find ourselves instrumenting a static initializer and
then crashing when expanding an unlowered UBSAN_NULL. Jakub suggests
to not instrument
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #26 from Dominik Vogt vogt at linux dot vnet.ibm.com ---
The patch for upstream gcc is available here:
https://gcc.gnu.org/ml/gcc-patches/2015-05/msg02739.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #25 from Andreas Krebbel krebbel at gcc dot gnu.org ---
The patch looks good to me. Please post it on the mailing list and I'll commit
it.
Jakub, thanks for your valuable comments! Does Dominik's last patch address
your concerns?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66330
--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
It works for me, so - which target, which linker?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66280
--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org ---
Which shows a bug in hybrid SLP detection.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66335
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Eric Botcazou ebotca...@adacore.com writes:
Only Solaris 10, actually: Solaris 11 isn't affected since it has
clearenv(3C).
That's not the only problem AFAICS:
/usr/include/sys/resource.h: At global scope:
/usr/include/sys/resource.h:79:25: error: declaration does not declare
anything
On 28/05/15 22:32 +0200, François Dumont wrote:
Sorry, I saw it used so many times for macros that I though it was the
right way to report macro modifications.
The changelog style is fairly complicated :-)
I also replicate Copyrights from debug.h to assertions.h.
* include/debug/debug.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66314
--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Fri May 29 10:50:58 2015
New Revision: 223861
URL: https://gcc.gnu.org/viewcvs?rev=223861root=gccview=rev
Log:
2015-05-29 Richard Biener rguent...@suse.de
On Thu, May 28, 2015 at 10:35 PM, Jason Merrill ja...@redhat.com wrote:
On 05/28/2015 02:53 PM, Aldy Hernandez wrote:
On 05/27/2015 08:39 AM, Jason Merrill wrote:
On 05/20/2015 11:50 AM, Aldy Hernandez wrote:
+ /* Fill in the size of variable-length fields in late dwarf. */
+ if
Eric Botcazou ebotca...@adacore.com writes:
This patch restores bootstrap on i386-*-freebsd*.
The build was failing after the introduction of -std=c++98
configure/build flag. The -std=c++98 enables strict_ansi and on FreeBSD
the libc function atoll is not defined for this.
Solaris (x86 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66184
Casey Carter Casey at Carter dot net changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
This fixes jump threading which fails to update the loop ownership
of duplicated blocks (and was probably just lucky that loops were
fixed up usually). The blocks of the jump thread path always belong to
the loop of the final threading destination.
Bootstrapped on x86_64-unknown-linux-gnu,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66336
Bug ID: 66336
Summary: [C++14][Variable templates] Spurious error: expansion
pattern contains no argument packs
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Christophe Lyon wrote:
This looks OK, but why can't you also drop the other torture-related
lines as you did in your previous patch?
I mean:
load_lib c-torture.exp
load_lib torture-options.exp
etc...
We need c-torture.exp in order to set-torture-options; we need to
set-torture-options to get
The attached patch fixes the problem reported in PR 66215.
Patches for gcc-4.8, 4.9 and 5.1 will follow.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
IBM Germany
gcc/ChangeLog
2015-05-29 Dominik Vogt v...@linux.vnet.ibm.com
PR target/66215
* config/s390/s390.c (s390_reorg): Fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66314
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
In addition to the required backport of PR66251 (testing right now)
we need to fix hybrid stmt detection for trunk and for a related
testcase also on the branch.
Bootstrap and regtest running on x86_64-unknown-linux-gnu.
Richard.
2015-05-29 Richard Biener rguent...@suse.de
PR
On Fri, May 29, 2015 at 02:41:28PM +0200, Richard Biener wrote:
@@ -525,7 +498,11 @@ get_rank (tree e)
return (rank + 1);
}
- /* Globals, etc, are rank 0 */
+ /* Constants have rank 0. */
+ if (is_gimple_min_invariant (e))
+return 0;
+
+ /* Constants, globals,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66142
--- Comment #16 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Fri May 29 13:06:23 2015
New Revision: 223863
URL: https://gcc.gnu.org/viewcvs?rev=223863root=gccview=rev
Log:
PR tree-optimization/66142
*
On 29/05/15 09:21, Bernhard Reutner-Fischer wrote:
On 31 January 2015 at 22:10, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On January 31, 2015 9:17:57 PM GMT+01:00, Mike Stump mikest...@comcast.net
wrote:
On Jan 31, 2015, at 11:50 AM, Bernhard Reutner-Fischer
rep.dot@gmail.com
On 05/27/2015 07:57 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* cfg.c (initialize_original_copy_tables):Use new type-based pool allocator.
(free_original_copy_tables) Likewise.
(copy_original_table_clear)
On 05/27/2015 07:55 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/c-family/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* c-format.c (check_format_arg):Use new type-based pool allocator.
(check_format_info_main) Likewise.
OK.
jeff
v2
From
On 05/27/2015 08:18 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* tree-ssa-pre.c (get_or_alloc_expr_for_name): Use new type-based pool
allocator.
(bitmap_set_new): Likewise.
(get_or_alloc_expr_for_constant):
On 05/27/2015 08:13 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* tree-ssa-sccvn.c (vn_reference_insert): Use new type-based pool allocator.
(vn_reference_insert_pieces): Likewise.
(vn_phi_insert): Likewise.
On 05/27/2015 08:12 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* tree-ssa-reassoc.c (add_to_ops_vec): Use new type-based pool allocator.
(add_repeat_to_ops_vec): Likewise.
(get_ops): Likewise.
On 05/27/2015 03:56 PM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* tree-ssa-strlen.c (new_strinfo): Use new type-based pool allocator.
(free_strinfo): Likewise.
(pass_strlen::execute): Likewise.
---
gcc/tree-ssa-strlen.c | 10 --
Bootstrapped on x86_64-unknown-linux-gnu, testing in progress.
Richard.
2015-05-29 Richard Biener rguent...@suse.de
* tree-ssa-reassoc.c (get_rank): Simplify.
Index: gcc/tree-ssa-reassoc.c
===
--- gcc/tree-ssa-reassoc.c
On Fri, 29 May 2015, Jakub Jelinek wrote:
On Fri, May 29, 2015 at 02:41:28PM +0200, Richard Biener wrote:
@@ -525,7 +498,11 @@ get_rank (tree e)
return (rank + 1);
}
- /* Globals, etc, are rank 0 */
+ /* Constants have rank 0. */
+ if (is_gimple_min_invariant
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66327
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org ---
Author: redi
Date: Fri May 29 13:28:54 2015
New Revision: 223865
URL: https://gcc.gnu.org/viewcvs?rev=223865root=gccview=rev
Log:
PR libstdc++/66327
*
On 05/28/2015 07:15 PM, Jeff Law wrote:
On 05/28/2015 06:49 AM, Martin Liška wrote:
.
This mechanism has been just adapted. I find it quite useful as we have
examples in source code where we
allocate same struct/class types from a various pool. For debugging
purpose, it helps to identify if
On 05/27/2015 08:01 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* df-problems.c (df_chain_create):Use new type-based pool allocator.
(df_chain_unlink_1) Likewise.
(df_chain_unlink) Likewise.
On 05/27/2015 03:56 PM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* cselib.c (new_elt_list):Use new type-based pool allocator.
(new_elt_loc_list) Likewise.
(unchain_one_elt_list) Likewise.
(unchain_one_elt_loc_list) Likewise.
On 05/27/2015 07:59 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* config/sh/sh.c (add_constant):Use new type-based pool allocator.
(sh_reorg) Likewise.
OK.
jeff
v2
From 68f0b72993d882d5dfe4096806f2bb78c87a37c4
On 05/27/2015 08:04 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* sel-sched-ir.c (alloc_sched_pools): Use new type-based pool allocator.
(free_sched_pools): Likewise.
* sel-sched-ir.h (_list_alloc): Likewise.
On 05/27/2015 08:14 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* sched-deps.c (create_dep_node): Use new type-based pool allocator.
(delete_dep_node): Likewise.
(create_deps_list): Likewise.
On 05/27/2015 08:11 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* regcprop.c (free_debug_insn_changes): Use new type-based pool allocator.
(replace_oldest_value_reg): Likewise.
(pass_cprop_hardreg::execute):
On 05/27/2015 08:16 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* ipa-prop.c (ipa_set_jf_constant): Use new type-based pool allocator.
(ipa_edge_duplication_hook): Likewise.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66280
--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
Which also fixes the original testcase on trunk!
On 1 April 2015 at 17:55, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On 1 April 2015 at 17:53, Tobias Grosser tob...@grosser.es wrote:
On 04/01/2015 05:09 PM, Bernhard Reutner-Fischer wrote:
Hi,
Trying to build config-list.mk for current trunk.
The box is a stable debian (7.8 it
On Fri, May 29, 2015 at 12:41:20PM +0930, Alan Modra wrote:
I'll tell you one of the reasons why they are
slower, as any decent hardware engineer could probably figure this out
themselves anyway. The record form instructions are cracked into two
internal ops, the basic arithmetic/logic op,
Hi Richard,
Here is some explanation. I hope you let me know if I need to clarify something.
Also, you asked me about concrete example, to make sure you don’t miss
my answer here is the link:
https://gcc.gnu.org/ml/gcc-patches/2015-05/msg02417.html.
Also, I doubt whether it’s convenient for you
On 22/05/15 18:36, Jason Merrill wrote:
On 05/22/2015 11:23 AM, Ramana Radhakrishnan wrote:
On 22/05/15 15:28, Jason Merrill wrote:
I do notice that get_guard_bits after build_atomic_load just won't work
on non-ARM targets, as it ends up trying to take the address of a value.
So on powerpc
On 05/27/2015 07:45 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* et-forest.c (et_new_occ): Use new type-based pool allocator.
(et_new_tree): Likewise.
(et_free_tree): Likewise.
(et_free_tree_force):
On 05/27/2015 07:47 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* lra-lives.c (free_live_range): Use new type-based pool allocator.
(free_live_range_list) Likewise.
(create_live_range) Likewise.
On 05/27/2015 07:50 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* lra.c (init_insn_regs): Use new type-based pool allocator.
(new_insn_reg) Likewise.
(free_insn_reg) Likewise.
(free_insn_regs) Likewise.
On 05/27/2015 07:51 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* ira-color.c (init_update_cost_records):Use new type-based pool allocator.
(get_update_cost_record) Likewise.
(free_update_cost_record_list)
On 05/27/2015 03:56 PM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* var-tracking.c (variable_htab_free):Use new type-based pool allocator.
(attrs_list_clear) Likewise.
(attrs_list_insert) Likewise.
(attrs_list_copy) Likewise.
On 05/27/2015 03:56 PM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* df-scan.c (struct df_scan_problem_data):Use new type-based pool
allocator.
(df_scan_free_internal) Likewise.
(df_scan_alloc) Likewise.
(df_grow_reg_info) Likewise.
On 05/27/2015 03:56 PM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* dse.c (get_group_info):Use new type-based pool allocator.
(dse_step0) Likewise.
(free_store_info) Likewise.
(delete_dead_store_insn) Likewise.
On 29 May 2015 at 12:48, Alan Lawrence alan.lawre...@arm.com wrote:
Christophe Lyon wrote:
This looks OK, but why can't you also drop the other torture-related
lines as you did in your previous patch?
I mean:
load_lib c-torture.exp
load_lib torture-options.exp
etc...
We need
On 05/27/2015 08:02 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* tree-sra.c (sra_initialize): Use new type-based pool allocator.
(sra_deinitialize) Likewise.
(create_access_1) Likewise.
On 05/27/2015 08:03 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* tree-ssa-math-opts.c (occ_new): Use new type-based pool allocator.
(free_bb): Likewise.
(pass_cse_reciprocals::execute): Likewise.
OK.
jeff
On 05/27/2015 08:09 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* stmt.c (add_case_node): Use new type-based pool allocator.
(expand_case): Likewise.
(expand_sjlj_dispatch_table): Likewise.
OK.
jeff
v2
From
On 05/27/2015 08:12 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* ira-build.c (initiate_cost_vectors): Use new type-based pool allocator.
(ira_allocate_cost_vector): Likewise.
(ira_free_cost_vector): Likewise.
On 05/27/2015 03:56 PM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* ipa-inline-analysis.c (edge_set_predicate): Use new type-based pool
allocator.
(set_hint_predicate): Likewise.
(inline_summary_alloc): Likewise.
On 05/27/2015 08:15 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* ipa-profile.c (account_time_size): Use new type-based pool allocator.
(ipa_profile_generate_summary): Likewise.
(ipa_profile_read_summary):
On 05/27/2015 08:21 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* ira-build.c (finish_allocnos): Use new type-based pool allocator.
(finish_prefs): Likewise.
(finish_copies): Likewise.
Is this a partial
On 05/27/2015 03:56 PM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* ipa-cp.c (ipcp_value::add_source): Use new type-based pool allocator.
(allocate_and_init_ipcp_value): Likewise.
(ipcp_lattice::add_value): Likewise.
On 05/27/2015 08:24 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* alloc-pool.c (create_alloc_pool): Remove.
(empty_alloc_pool): Likewise.
(free_alloc_pool): Likewise.
(free_alloc_pool_if_empty): Likewise.
On 29 May 2015 at 15:21, Kyrill Tkachov kyrylo.tkac...@arm.com wrote:
Hi Bernhard,
You asked to be CC'ed ;)
Applied this as obvious with r223864 to.
oops, thanks for fixing! This obviously escaped my grep-foo.
As said, i'd vote for -Wcomment -fno-ident to be added per default
where
http://cplusplus.github.io/LWG/lwg-defects.html#2021 corrects the
return type of std::async(), which is necessary to ensure that the
result_of expression matches the actual result of the callable object
passed to async.
We already do the right thing for std::bind(), so only std::async()
needs
On 05/27/2015 08:15 PM, Jeff Law wrote:
On 05/27/2015 07:56 AM, mliska wrote:
gcc/ChangeLog:
2015-04-30 Martin Liska mli...@suse.cz
* tree-ssa-structalias.c (new_var_info): Use new type-based pool allocator.
(new_constraint): Likewise.
(init_alias_vars): Likewise.
On Fri, May 29, 2015 at 07:58:38AM -0500, Segher Boessenkool wrote:
On Fri, May 29, 2015 at 12:41:20PM +0930, Alan Modra wrote:
+/* Describe how rtl operations on registers behave on this target when
+ operating on less than the entire register. */
+#define EXTEND_OP(OP) \
+ (GET_MODE
On Sun, 3 May 2015, Tom G. Christensen wrote:
The first update for 5.x.
Thank Tom, and sorry for missing this. Applied, and I'll
momentarily check out the other one as well.
Did we get more updates for GCC 5.1 in the meantime?
Gerald
Hi Richard,
Did you have a chance to look at my updated patch?
Any comments will be appreciated.
Yuri.
2015-05-20 17:00 GMT+03:00 Yuri Rumyantsev ysrum...@gmail.com:
Hi All,
Here is updated patch to optimize mask stores. The main goal of it is
to avoid execution of mask store if its mask is
On Sun, 3 May 2015, Tom G. Christensen wrote:
Latest results for 4.9.x
This is online now, thank you Tom!
Gerald
On Fri, May 29, 2015 at 1:43 AM, Tristan Gingold ging...@adacore.com wrote:
On 28 May 2015, at 17:14, Ian Lance Taylor i...@google.com wrote:
The way you have written the code, I'm fairly sure that it will be
compiled for an i386-coff target.
And the only coff target supported is djgpp,
No bother, new versions attached.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
IBM Germany
gcc/ChangeLog:
--
2015-05-29 Dominik Vogt v...@linux.vnet.ibm.com
PR target/66215
* config/s390/s390.c (s390_reorg): Fix placement of post-label NOPs
with -mhotpatch=.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66329
--- Comment #5 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Mikhail Maltsev from comment #4)
Clang is more verbose:
./test.c:4:11: warning: has lower precedence than ==; == will be evaluated
first [-Wparentheses]
x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62308
--- Comment #11 from Vladimir Makarov vmakarov at gcc dot gnu.org ---
(In reply to Christophe Lyon from comment #10)
Hello Vladimir,
Have you been able to make progress on this bug?
Thanks for the remainder, Cristophe. Sometimes I am loosing
1 - 100 of 188 matches
Mail list logo