fix pr65369.c testcase

Copied the way other tests get uint32_t. Ok? * gcc.c-torture/execute/pr65369.c: Don't assume int is 32 bits. Index: gcc.c-torture/execute/pr65369.c === --- gcc.c-torture/execute/pr65369.c (revision 223737) +++ gcc.c-tor

RE: [PATCH] Fix PR66168: ICE due to incorrect invariant register info

> From: Jeff Law [mailto:l...@redhat.com] > Sent: Wednesday, May 27, 2015 11:24 PM > Ah, OK. I was looking at the code prior to the call for > can_move_invariant_reg in move_invariant_reg which implies that DEST > can > be a subreg, but REG can not. > > But with that check in can_move_invariant_r

Re: [PATCH PR65447]Improve IV handling by grouping address type uses with same base and step

On Wed, May 27, 2015 at 11:44 PM, Kyrill Tkachov wrote: > Hi Bin, > > > On 08/05/15 11:47, Bin Cheng wrote: >> >> Hi, >> GCC's IVO currently handles every IV use independently, which is not right >> by learning from cases reported in PR65447. >> >> The rationale is: >> 1) Lots of address type IVs

[PATCH, committed] Fix placement of REG_EQUAL note in pa_emit_move_sequence

The attached change fixes the placement of a REG_EQUAL note when an insert is done to load the most significant bits of a 64-bit constant. Tested on hppa64-hp-hpux11.11 with no observed regressions. Committed to active branches. Dave -- John David Anglin dave.ang...@bell.net 2015-05-27

[PATCH, committed] Fix print format used for 'o' operand in pa_print_operand

The attached change fixes a build error in stage2 on hppa. Tested on hppa64-hp-hpux11.11 with no regressions. Committed to trunk. Dave -- John David Anglin dave.ang...@bell.net 2015-05-27 John David Anglin * config/pa/pa.c (pa_print_operand): Use HOST_WIDE_INT_PRINT_DEC

Re: [Patch]: libbacktrace - add support of PE/COFF

On Wed, May 27, 2015 at 6:36 AM, Jeff Law wrote: > On 05/21/2015 06:41 AM, Tristan Gingold wrote: >> >> Hello, >> >> this patch adds basic support to libbacktrace for PE32 and PE32+ (Windows >> and Windows64 object formats). >> Support is ‘basic’ because neither DLL nor PIE (if that exists) are >>

[C++/52595] template in NSDMI initializer

this patch fixes 52595, which I'd not noticed was actually suspended. anyway, when parsing an NSDMI initializer of the form: int var = A::foo(); we have to figure whether the ',' is ending the initializer or not. We've noticed the '<' as a potential template arg list opener. Currently we

Re: [PATCH 3/4, libitm, sh]: Change gtm_futex_{wait,wake} to int

Uros Bizjak wrote: > 2015-05-27 Uros Bizjak > > * config/linux/sh/futex_bits.h (sys_futex0) Change operands > "op" and "val" to int. > > Untested. > > OK for mainline? OK. Although it looks obvious, I've confirmed that there is no build issue/regression on sh4-unknown-linux-gnu wit

Re: [PATCH 03/35] Change use to type-based pool allocator in lra-lives.c.

On Wed, May 27, 2015 at 03:56:44PM +0200, mliska wrote: > copy_live_range (lra_live_range_t r) > { > - lra_live_range_t p; > - > - p = (lra_live_range_t) pool_alloc (live_range_pool); > + lra_live_range_t p = new lra_live_range; >*p = *r; I think the default copy ctor should be fine so yo

Re: Add few cases to operand_equal_p

> Yes, so this shows using original bodies for inlining isn't the issue. > The issue is that we can't really ignore TBAA (completely?) when > merging function bodies, independent of any issues that pop up > when inlining merged bodies. We should have the above as testcase Yes. > in the testsuite

[PATCH 4/4, libitm, x86]: Change gtm_futex_{wait,wake} to int

2015-05-27 Uros Bizjak Revert: * config/linux/x86/futex_bits.h (sys_futex0) [!__x86_64__]: Change operand "op" to long. 2015-05-27 Uros Bizjak * config/linux/x86/futex_bits.h (sys_futex0) [__x86_64__]: Change operands "op" and "val" to int. Tested on x86_64-linux-gnu {

Re: Teach gimple_canonical_types_compatible_p about incomplete types

> On Tue, 26 May 2015, Jan Hubicka wrote: > > > > > Now the change does not really translate to great increase of > > > > disambiguations > > > > for Firefox (it seems more in noise). The reason is the pointer_type > > > > globbing > > > > in alias.c. > > > > > > Yeah, we only get the improveme

[PATCH 3/4, libitm, sh]: Change gtm_futex_{wait,wake} to int

2015-05-27 Uros Bizjak * config/linux/sh/futex_bits.h (sys_futex0) Change operands "op" and "val" to int. Untested. OK for mainline? Uros. Index: config/linux/sh/futex_bits.h === --- config/linux/sh/futex_bits.h

[PATCH 2/4, libitm, alpha]: Change gtm_futex_{wait,wake} to int

2015-05-27 Uros Bizjak * config/linux/alpha/futex_bits.h (sys_futex0) Change operands "op" and "val" to int. Tested on alphaev68-linux-gnu. OK for mainline? Uros. Index: config/linux/alpha/futex_bits.h === --- config/li

[PATCH 1/4, libitm]: Change gtm_futex_{wait,wake} to int

2015-05-27 Uros Bizjak * config/linux/futex.cc (gtm_futex_wait, gtm_futex_wake): Declare as static int. (FUTEX_PRIVATE_FLAG): Remove L suffix. * config/linux/futex_bits.h (sys_futex0) Change operand "op" to int. Tested on x86_64-linux-gnu {,-m32}. OK for mainline? Uros. Inde

Add testcase for pr39726, update ChangeLog to note when it was fixed

My most recent match.pd changes inadvertently fixed 39726. I guess it's only fitting since it was 39726 that got me started looking at using match.pd to solve certain operand narrowing problems. This just adds a regression test for the m68k port and puts a marker on the ChangeLog entry whic

Re: [Patch, fortran] PR66079 - [6 Regression] memory leak with source allocation in internal subprogram

On Wed, May 27, 2015 at 06:24:25PM +0200, Mikael Morin wrote: > Le 27/05/2015 16:07, Andre Vehreschild a ?crit : > > Hi Paul, hi Mikael, > > > > about renaming the identifier emitted: I would like to keep it short. > > Remember, > > there is always a number attached to it, which makes it unique.

Re: [C++/66270] another may_alias crash

On 05/27/15 12:20, Jason Merrill wrote: On 05/26/2015 03:00 PM, Nathan Sidwell wrote: Ok, so IIUC a canonical pointer to a may_alias type should have TRCAA but a canonical can_alias_all pointer to a non-may_alias type should not have TRCAA? (i.e. one where CAN_ALIAS_ALL was passed true). Or are

Re: [PATCH 3/3, x86 libgomp]: Change gomp_futex_{wait,wake} to int

On 05/27/2015 01:56 PM, Uros Bizjak wrote: > 2015-05-27 Uros Bizjak > > Revert: > * config/linux/x86/futex.h (sys_futex0) [!__x86_64__]: > Change operand "op" to long. > > Tested on x86_64-linux-gnu {,-m32}. Ok. r~

Re: [PATCH 2/3, libgomp ia64]: Change gomp_futex_{wait,wake} to int

On 05/27/2015 01:54 PM, Uros Bizjak wrote: > 2015-05-27 Uros Bizjak > > * config/linux/ia64/futex.h (sys_futex0) Change operand "op" to int. > > Untested. > > OK for mainline? Ok. r~

Re: [PATCH 1/3, libgomp]: Change gomp_futex_{wait,wake} to int

On 05/27/2015 01:51 PM, Uros Bizjak wrote: > 2015-05-27 Uros Bizjak > > * config/linux/wait.h (gomp_futex_wait, gomp_futex_wake): > Declare as int. > (FUTEX_PRIVATE_FLAG): Remove L suffix. > * config/linux/mutex.c (gomp_futex_wait, gomp_futex_wake): > Declare as int. > > Te

[PATCH 3/3, x86 libgomp]: Change gomp_futex_{wait,wake} to int

2015-05-27 Uros Bizjak Revert: * config/linux/x86/futex.h (sys_futex0) [!__x86_64__]: Change operand "op" to long. Tested on x86_64-linux-gnu {,-m32}. Will be committed after patch 1/3. Uros. Index: config/linux/x86/futex.h ===

Re: [PATCH 2/3, libgomp ia64]: Change gomp_futex_{wait,wake} to int

2015-05-27 Uros Bizjak * config/linux/ia64/futex.h (sys_futex0) Change operand "op" to int. Untested. OK for mainline? Index: config/linux/ia64/futex.h === --- config/linux/ia64/futex.h (revision 223771) +++ config/linux/i

C++ PATCH to handling of exception specs in system headers

-pedantic shouldn't change something from OK into an error, but it was doing so for redeclaration of a declaration from a system header with a mismatched exception specification. And whether we are strict about things in system headers should be controlled by -Wsystem-headers. Tested x86_64-p

Re: [PATCH 1/3, libgomp]: Change gomp_futex_{wait,wake} to int

2015-05-27 Uros Bizjak * config/linux/wait.h (gomp_futex_wait, gomp_futex_wake): Declare as int. (FUTEX_PRIVATE_FLAG): Remove L suffix. * config/linux/mutex.c (gomp_futex_wait, gomp_futex_wake): Declare as int. Tested on x86_64-linux-gnu {,-m32}. OK for mainline? Uros. I

C++ PATCH to redeclaration error location

While messing with something else I was noticing that redeclaration error messages where the redeclaration used macro for attributes (as in the new testcase) were giving the error within the macro context, even though the macro itself has nothing to do with the error. This patch changes these

Re: [PATCH, x86, libgomp, libitm]: Remove __PIC__ versions of syscall

On 05/27/2015 01:26 PM, Uros Bizjak wrote: > If we want > to follow futex manpage, we probably need to redefine gomp_futex_wait > and gomp_futex_wake as a plain int. Yes please, as separate patches. r~

Re: [PATCH, x86, libgomp, libitm]: Remove __PIC__ versions of syscall

On Wed, May 27, 2015 at 10:09 PM, Richard Henderson wrote: > On 05/27/2015 12:40 PM, Uros Bizjak wrote: >> Also, fix function operand type to match the operand type. > > Why do you believe op to be of type "long"? > Certainly man 2 futex doesn't say that. In libgomp/config/linux/wait.h, we have:

[Patch ARM-AArch64/testsuite Neon intrinsics 11/20] Add vrsra_n tests.

diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrsra_n.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrsra_n.c new file mode 100644 index 000..a9eda22 --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrsra_n.c @@ -0,0 +1,553 @@ +#include +#i

[Patch ARM-AArch64/testsuite Neon intrinsics 05/20] Add vrshl tests.

diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrshl.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrshl.c new file mode 100644 index 000..d970fbd --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrshl.c @@ -0,0 +1,627 @@ +#include +#include

[Patch ARM-AArch64/testsuite Neon intrinsics 19/20] Add vtbX tests.

diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vtbX.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vtbX.c new file mode 100644 index 000..0557efd --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vtbX.c @@ -0,0 +1,289 @@ +#include +#include "a

[Patch ARM-AArch64/testsuite Neon intrinsics 18/20] Add vstX_lane tests.

diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vstX_lane.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vstX_lane.c new file mode 100644 index 000..26644ef --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vstX_lane.c @@ -0,0 +1,578 @@ +#includ

[Patch ARM-AArch64/testsuite Neon intrinsics 07/20] Add vrshr_n tests.

diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrshr_n.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrshr_n.c new file mode 100644 index 000..6f9ef5a --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrshr_n.c @@ -0,0 +1,504 @@ +#include +#i

[Patch ARM-AArch64/testsuite Neon intrinsics 03/20] Add vreinterpret tests.

diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vreinterpret.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vreinterpret.c new file mode 100644 index 000..9e45e25 --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vreinterpret.c @@ -0,0 +1,741 @@

[Patch ARM-AArch64/testsuite Neon intrinsics 20/20] Add vtst tests.

diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vtst.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vtst.c new file mode 100644 index 000..7f96540 --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vtst.c @@ -0,0 +1,120 @@ +#include +#include "a

[Patch ARM-AArch64/testsuite Neon intrinsics 10/20] Add vrsqrts tests.

diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrsqrts.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrsqrts.c new file mode 100644 index 000..4531026 --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrsqrts.c @@ -0,0 +1,118 @@ +#include +#i

[Patch ARM-AArch64/testsuite Neon intrinsics 15/20] Add vshrn_n tests.

diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vshrn_n.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vshrn_n.c new file mode 100644 index 000..6d2f4dd --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vshrn_n.c @@ -0,0 +1,70 @@ +#include +#in

[Patch ARM-AArch64/testsuite Neon intrinsics 17/20] Add vst1_lane tests.

diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vst1_lane.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vst1_lane.c new file mode 100644 index 000..08583b8 --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vst1_lane.c @@ -0,0 +1,93 @@ +#include

[Patch ARM-AArch64/testsuite Neon intrinsics 14/20] Add vshl_n tests.

diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vshl_n.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vshl_n.c new file mode 100644 index 000..d807ebb --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vshl_n.c @@ -0,0 +1,96 @@ +#include +#inclu

[Patch ARM-AArch64/testsuite Neon intrinsics 16/20] Add vsra_n tests.

diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vsra_n.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vsra_n.c new file mode 100644 index 000..3c00497 --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vsra_n.c @@ -0,0 +1,117 @@ +#include +#incl

[Patch ARM-AArch64/testsuite Neon intrinsics 04/20] Add vrev tests.

diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrev.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrev.c new file mode 100644 index 000..3b574da --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrev.c @@ -0,0 +1,200 @@ +#include +#include "a

[Patch ARM-AArch64/testsuite Neon intrinsics 09/20] Add vrsqrte tests.

diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrsqrte.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrsqrte.c new file mode 100644 index 000..0291ec0 --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrsqrte.c @@ -0,0 +1,157 @@ +#include +#i

[Patch ARM-AArch64/testsuite Neon intrinsics 12/20] Add vset_lane tests.

diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vset_lane.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vset_lane.c new file mode 100644 index 000..5159406 --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vset_lane.c @@ -0,0 +1,99 @@ +#include

[Patch ARM-AArch64/testsuite Neon intrinsics 08/20] Add vrshrn_n tests.

diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrshrn_n.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrshrn_n.c new file mode 100644 index 000..a2b40b8 --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrshrn_n.c @@ -0,0 +1,143 @@ +#include

[Patch ARM-AArch64/testsuite Neon intrinsics 06/20] Add vshr_n tests.

diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vshr_n.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vshr_n.c new file mode 100644 index 000..122ce41 --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vshr_n.c @@ -0,0 +1,95 @@ +#include +#inclu

[Patch ARM-AArch64/testsuite Neon intrinsics 13/20] Add vshll_n tests.

diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vshll_n.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vshll_n.c new file mode 100644 index 000..07bc904d --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vshll_n.c @@ -0,0 +1,56 @@ +#include +#i

[Patch ARM-AArch64/testsuite Neon intrinsics 02/20] Add vrecps tests.

diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrecps.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrecps.c new file mode 100644 index 000..0e41947 --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrecps.c @@ -0,0 +1,117 @@ +#include +#incl

[Patch ARM-AArch64/testsuite Neon intrinsics 00/20] Executable tests

This patch series is a follow-up to the tests I already contributed, converted from my original testsuite. This series consists in 20 new patches, which can be committed independently. For vrecpe, I added the setting of the "Flush-to-Zero" FP flag, to force AArch64 to behave the same as ARM by def

[Patch ARM-AArch64/testsuite Neon intrinsics 01/20] Add vrecpe tests.

In order to have the same behaviour on ARM and AArch64 targets, we need to force flush to zero on AArch64. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/arm-neon-ref.h b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/arm-neon-ref.h index 1742e99..4e728d5 100644 --- a/gcc/t

Re: [PATCH, x86, libgomp, libitm]: Remove __PIC__ versions of syscall

On 05/27/2015 12:40 PM, Uros Bizjak wrote: > Also, fix function operand type to match the operand type. Why do you believe op to be of type "long"? Certainly man 2 futex doesn't say that. r~

[Ada] Fix internal error on limited_with clause in ASIS mode

This fixes an ICE in ASIS mode (-gnatct switch) on a chain of with clauses with a terminal limited_with clause of the first member. Tested on x86_64-suse-linux, applied on the mainline. 2015-05-27 Eric Botcazou * gcc-interface/trans.c (elaborate_all_entities): Do not elaborate an

[patch] libjava signal handling for FreeBSD (amd64/i386)

Hi all, now after this commit: https://gcc.gnu.org/ml/gcc-cvs/2015-05/msg01107.html (Thank you John!) I can submit this patch which brings working signal handling support for FreeBSD amd64/i386. The libjava test suite passes w/o failure now. Results can be found on the list. Is this ok for

[PATCH, x86, libgomp, libitm]: Remove __PIC__ versions of syscall

Hello! We can now use %ebx directly. Also, fix function operand type to match the operand type. libgomp/ChangeLog: 2015-05-27 Uros Bizjak * config/linux/x86/futex.h (sys_futex0) [!__x86_64__]: Change operand "op" to long. [__PIC__]: Remove sys_futex0 function. libitm/ChangeLog:

Re: [debug-early] fix problem with template parameter packs

OK, I see the issue. We're calling debug_abstract_function to build debug info for the abstract instance of a function that we already built from dwarf2out_early_global_decl. It occurs to me that the early-dwarf work should make debug_abstract_function and most of the DECL_ABSTRACT handling o

RE: [PATCH] Print Pass Names

> Date: Wed, 27 May 2015 09:07:30 -0600 > From: l...@redhat.com > To: hiradi...@msn.com; richard.guent...@gmail.com; gcc-patches@gcc.gnu.org > Subject: Re: [PATCH] Print Pass Names > > On 05/26/2015 08:32 AM, Aditya K wrote: >> I don't have commit access.

RE: Remove splay_tree from gimplify.c

> Date: Wed, 27 May 2015 18:41:55 +0200 > From: ja...@redhat.com > To: l...@redhat.com > CC: hiradi...@msn.com; gcc-patches@gcc.gnu.org > Subject: Re: Remove splay_tree from gimplify.c > > On Wed, May 27, 2015 at 10:34:46AM -0600, Jeff Law wrote: >> So the

Re: [PATCH 35/35] Remove old pool allocator.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * alloc-pool.c (create_alloc_pool): Remove. (empty_alloc_pool): Likewise. (free_alloc_pool): Likewise. (free_alloc_pool_if_empty): Likewise. (pool_alloc): Likewise. (p

Re: [PATCH 32/35] Change use to type-based pool allocator in ira-build.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * ira-build.c (finish_allocnos): Use new type-based pool allocator. (finish_prefs): Likewise. (finish_copies): Likewise. Is this a partial duplicate of patch #34? Something seems amiss here

Re: [PATCH] hppa-linux: add missing cpp specs

On 2015-05-27 1:50 PM, Mike Frysinger wrote: since i'm not looped into gcc development normally, which branches are those currently ? naively reading gcc.gnu.org homepage makes me think none since they're labled "regression fixes" and afaict, none of these are regressions. they've been broken fo

Re: [PATCH 23/35] Change use to type-based pool allocator in tree-ssa-pre.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * 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): Likewise. (get_or_alloc_expr_for): Lik

Re: [PATCH 33/35] Change use to type-based pool allocator in ira-color.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * ira-color.c (init_update_cost_records): Use new type-based pool allocator. (get_update_cost_record): Likewise. (free_update_cost_record_list): Likewise. (finish_update_cost_records

Re: [PATCH 29/35] Change use to type-based pool allocator in ipa-prop.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * ipa-prop.c (ipa_set_jf_constant): Use new type-based pool allocator. (ipa_edge_duplication_hook): Likewise. (ipa_free_all_structures_after_ipa_cp): Likewise. (ipa_free_all_structure

Re: [PATCH 27/35] Change use to type-based pool allocator in tree-ssa-structalias.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * tree-ssa-structalias.c (new_var_info): Use new type-based pool allocator. (new_constraint): Likewise. (init_alias_vars): Likewise. (delete_points_to_sets): Likewise. --- OK. Jeff

Re: [PATCH 28/35] Change use to type-based pool allocator in ipa-profile.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * ipa-profile.c (account_time_size): Use new type-based pool allocator. (ipa_profile_generate_summary): Likewise. (ipa_profile_read_summary): Likewise. (ipa_profile): Likewise. OK. j

Re: [PATCH 26/35] Change use to type-based pool allocator in tree-ssa-strlen.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * tree-ssa-strlen.c (new_strinfo): Use new type-based pool allocator. (free_strinfo): Likewise. (pass_strlen::execute): Likewise. OK. jeff

Re: [PATCH 22/35] Change use to type-based pool allocator in sched-deps.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * sched-deps.c (create_dep_node): Use new type-based pool allocator. (delete_dep_node): Likewise. (create_deps_list): Likewise. (free_deps_list): Likewise. (sched_deps_init):

Re: [PATCH 24/35] Change use to type-based pool allocator in tree-ssa-reassoc.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * tree-ssa-reassoc.c (add_to_ops_vec): Use new type-based pool allocator. (add_repeat_to_ops_vec): Likewise. (get_ops): Likewise. (maybe_optimize_range_tests): Likewise. (ini

Re: [PATCH 25/35] Change use to type-based pool allocator in tree-ssa-sccvn.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * tree-ssa-sccvn.c (vn_reference_insert): Use new type-based pool allocator. (vn_reference_insert_pieces): Likewise. (vn_phi_insert): Likewise. (visit_reference_op_call): Likewise.

Re: [PATCH 20/35] Change use to type-based pool allocator in ira-build.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * ira-build.c (initiate_cost_vectors): Use new type-based pool allocator. (ira_allocate_cost_vector): Likewise. (ira_free_cost_vector): Likewise. (finish_cost_vectors): Likewise. OK

Re: [PATCH 21/35] Change use to type-based pool allocator in regcprop.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * regcprop.c (free_debug_insn_changes): Use new type-based pool allocator. (replace_oldest_value_reg): Likewise. (pass_cprop_hardreg::execute): Likewise. OK. jeff

Re: [PATCH 18/35] Change use to type-based pool allocator in stmt.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * stmt.c (add_case_node): Use new type-based pool allocator. (expand_case): Likewise. (expand_sjlj_dispatch_table): Likewise. OK. jeff

Re: [PATCH 13/35] Change use to type-based pool allocator in df-problems.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * df-problems.c (df_chain_create):Use new type-based pool allocator. (df_chain_unlink_1) Likewise. (df_chain_unlink) Likewise. (df_chain_remove_problem) Likewise. (df_chain_al

Re: [patch] Move generic tree functions from expr.h to tree.h

> You can leave get_inner_reference in its place then ... or move it. It's > hardly only used by expansion now. Yes, but it's a hot function and I'd rather preserve its SVN history so I'm leaving it in its original place. Thanks for the review. Here's the patch I have installed after having te

Re: [PATCH 19/35] Change use to type-based pool allocator in sel-sched-ir.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * sel-sched-ir.c (alloc_sched_pools): Use new type-based pool allocator. (free_sched_pools): Likewise. * sel-sched-ir.h (_list_alloc): Likewise. (_list_remove): Likewise. OK jeff

Re: [PATCH 17/35] Change use to type-based pool allocator in tree-ssa-math-opts.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * tree-ssa-math-opts.c (occ_new): Use new type-based pool allocator. (free_bb): Likewise. (pass_cse_reciprocals::execute): Likewise. OK. jeff

Re: [PATCH 16/35] Change use to type-based pool allocator in tree-sra.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * tree-sra.c (sra_initialize): Use new type-based pool allocator. (sra_deinitialize) Likewise. (create_access_1) Likewise. (build_accesses_from_assign) Likewise. (create_artif

Re: [Ada] Remove propagation of atomicity from object to type

> This trick is now obsolete since gigi should be able to rewrite the type of > the objects to meet the atomicity requirements on its own. It just needs the following patchlet, applied on the mainline. 2015-05-27 Eric Botcazou * gcc-interface/decl.c (gnat_to_gnu_entity) : Move down

Re: [PATCH 11/35] Change use to type-based pool allocator in sh.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * config/sh/sh.c (add_constant):Use new type-based pool allocator. (sh_reorg) Likewise. OK. jeff

Re: [PATCH 10/35] Change use to type-based pool allocator in cfg.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * cfg.c (initialize_original_copy_tables):Use new type-based pool allocator. (free_original_copy_tables) Likewise. (copy_original_table_clear) Likewise. (copy_original_table_set) Lik

Re: [PATCH 09/35] Change use to type-based pool allocator in c-format.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/c-family/ChangeLog: 2015-04-30 Martin Liska * c-format.c (check_format_arg):Use new type-based pool allocator. (check_format_info_main) Likewise. OK. jeff

Re: [PATCH 08/35] Change use to type-based pool allocator in asan.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * asan.c (asan_mem_ref_get_alloc_pool):Use new type-based pool allocator. (asan_mem_ref_new) Likewise. (free_mem_ref_resources) Likewise. Presumably the inconsequential whitespace changes ar

Re: [PATCH 05/35] Change use to type-based pool allocator in ira-color.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * ira-color.c (init_update_cost_records):Use new type-based pool allocator. (get_update_cost_record) Likewise. (free_update_cost_record_list) Likewise. (finish_update_cost_records) L

Re: [PATCH] hppa-linux: add missing cpp specs

On 27 May 2015 13:05, John David Anglin wrote: > On 2015-05-27 11:59 AM, Mike Frysinger wrote: > > Define CPP_SPEC for parisc linux targets so that -posix & -pthread work > > like on all other linux targets. > > > > 2015-05-27 Mike Frysinger > > > > * config/pa/pa-linux.h (CPP_SPEC): Define. >

Re: [PATCH 04/35] Change use to type-based pool allocator in lra.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * lra.c (init_insn_regs): Use new type-based pool allocator. (new_insn_reg) Likewise. (free_insn_reg) Likewise. (free_insn_regs) Likewise. (finish_insn_regs) Likewise.

Re: [PATCH 03/35] Change use to type-based pool allocator in lra-lives.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * lra-lives.c (free_live_range): Use new type-based pool allocator. (free_live_range_list) Likewise. (create_live_range) Likewise. (copy_live_range) Likewise. (lra_merge_live_

Re: [PATCH] Contribute FreeBSD unwind support (x86_64 and x86)

On 05/27/2015 11:43 AM, John Marino wrote: On 5/27/2015 18:17, Jeff Law wrote: Thanks for pointing that out. Otherwise I'd probably have asked the redundant question :-) Installed on the trunk. Thanks a lot, Jeff! Very painless this time. :) By the way, I can't see any reason why this cou

Re: [PATCH 02/35] Change use to type-based pool allocator in et-forest.c.

On 05/27/2015 07:56 AM, mliska wrote: gcc/ChangeLog: 2015-04-30 Martin Liska * et-forest.c (et_new_occ): Use new type-based pool allocator. (et_new_tree): Likewise. (et_free_tree): Likewise. (et_free_tree_force): Likewise. (et_free_pools): Likewise.

Re: [PATCH 01/35] Introduce new type-based pool allocator.

On 05/27/2015 07:56 AM, mliska wrote: Hello. Following patch set attempts to replace old-style pool allocator to a type-based one. Moreover, as we utilize classes and structs that are used just by a pool allocator, these types have overwritten ctors and dtors. Thus, using the allocator is much

Re: [PATCH] Contribute FreeBSD unwind support (x86_64 and x86)

On 5/27/2015 18:17, Jeff Law wrote: > Thanks for pointing that out. Otherwise I'd probably have asked the > redundant question :-) > > Installed on the trunk. > Thanks a lot, Jeff! Very painless this time. :) By the way, I can't see any reason why this couldn't be backported to the gcc-5 bran

RE: [Patch MIPS] Enable TARGET_IRA_CHANGE_PSEUDO_ALLOCNO_CLASS hook

Hi Robert, > diff --git a/gcc/config/mips/mips.c b/gcc/config/mips/mips.c index > c3755f5..3c8ac30 100644 > --- a/gcc/config/mips/mips.c > +++ b/gcc/config/mips/mips.c > @@ -19415,6 +19415,17 @@ mips_lra_p (void) { >return mips_lra_flag; > } > + > +/* Implement TARGET_IRA_CHANGE_PSEUDO_ALLOC

Re: Fwd: PING^3: [PATCH]: New configure options that make the compiler use -fPIE and -pie as default option

On Wed, May 27, 2015 at 9:59 AM, David Edelsohn wrote: > On Wed, May 27, 2015 at 12:18 PM, H.J. Lu wrote: >> On Wed, May 27, 2015 at 9:05 AM, Peter Bergner wrote: >>> On Wed, 2015-05-27 at 08:36 -0700, H.J. Lu wrote: On Wed, May 27, 2015 at 8:24 AM, Peter Bergner wrote: > On Tue

Re: [PATCH] hppa-linux: add missing cpp specs

On 2015-05-27 11:59 AM, Mike Frysinger wrote: Define CPP_SPEC for parisc linux targets so that -posix & -pthread work like on all other linux targets. 2015-05-27 Mike Frysinger * config/pa/pa-linux.h (CPP_SPEC): Define. Okay. I think this should be applied to all active branches. Chan

Re: Fwd: PING^3: [PATCH]: New configure options that make the compiler use -fPIE and -pie as default option

On Wed, May 27, 2015 at 12:18 PM, H.J. Lu wrote: > On Wed, May 27, 2015 at 9:05 AM, Peter Bergner wrote: >> On Wed, 2015-05-27 at 08:36 -0700, H.J. Lu wrote: >>> On Wed, May 27, 2015 at 8:24 AM, Peter Bergner wrote: >>> > On Tue, 2015-05-26 at 16:40 -0500, Bill Schmidt wrote: >>> >> Ah, never mi

Re: [PATCH 3/13] aarch64 musl support

On Mon, Apr 27, 2015 at 03:33:05PM +0100, Szabolcs Nagy wrote: > > On 21/04/15 15:16, pins...@gmail.com wrote: > > > > I don't think you need to check if defaulting to little or big-endian here > > are the specs always have one or the other passing through. > > > > Also if musl does not support

Re: Remove splay_tree from gimplify.c

On Wed, May 27, 2015 at 10:34:46AM -0600, Jeff Law wrote: > So the question here is whether or not the other uses are commonly looking > up elements we've already searched for -- that's the whole purpose of a > splay tree, to improve lookup performance for commonly hit items. First of all, this is

Re: [PATCH] microblaze-linux: add missing cpp specs

On 05/27/2015 10:28 AM, Mike Frysinger wrote: On 27 May 2015 18:03, Andreas Schwab wrote: Mike Frysinger writes: diff --git a/gcc/config/microblaze/linux.h b/gcc/config/microblaze/linux.h index a7faa7d..655a70f 100644 --- a/gcc/config/microblaze/linux.h +++ b/gcc/config/microblaze/linux.h @@

Re: Remove splay_tree from gimplify.c

On 05/17/2015 06:23 PM, Aditya K wrote: The function `splay_tree_node splay_tree_lookup (splay_tree, splay_tree_key);' updates the nodes every time a lookup is done. IIUC, There are places where we call this function in a loop i.e., we lookup different elements every time. e.g., In this exaple

Re: [PATCH] microblaze-linux: add missing cpp specs

On 27 May 2015 18:03, Andreas Schwab wrote: > Mike Frysinger writes: > > > diff --git a/gcc/config/microblaze/linux.h b/gcc/config/microblaze/linux.h > > index a7faa7d..655a70f 100644 > > --- a/gcc/config/microblaze/linux.h > > +++ b/gcc/config/microblaze/linux.h > > @@ -22,6 +22,9 @@ > > #undef

Re: [Patch, fortran] PR66079 - [6 Regression] memory leak with source allocation in internal subprogram

Le 27/05/2015 16:07, Andre Vehreschild a écrit : > Hi Paul, hi Mikael, > > about renaming the identifier emitted: I would like to keep it short. > Remember, > there is always a number attached to it, which makes it unique. Furthermore > does "alloc_source_tmp" sound unnecessarily long to me. It t

Re: [C++/66270] another may_alias crash

On 05/26/2015 03:00 PM, Nathan Sidwell wrote: Ok, so IIUC a canonical pointer to a may_alias type should have TRCAA but a canonical can_alias_all pointer to a non-may_alias type should not have TRCAA? (i.e. one where CAN_ALIAS_ALL was passed true). Or are you saying that no canonical pointers sho

  1   2   3   >