Re: [patch] Add block debug info to phi_arg_d

Hi, Richard, A test is added. Is it ok? Thanks, Dehao gcc/testsuite/ChangeLog 2012-07-08 Dehao Chen * gcc.dg/debug_info_inline.c: New test. Index: gcc/testsuite/gcc.dg/debug_info_inline.c === --- gcc/testsuite/gcc.dg/d

Re: [patch] Never include coretypes.h in another header file

On Sat, Jul 7, 2012 at 6:52 PM, Steven Bosscher wrote: > Hello, > > As suggested by Joseph. Subject says all. This turned out to be easier > than I expected: Almost all Makefile rules already include > coretypes.h, I only had to adjust something for realmpfr.o. > > Bootstrapped on x86_64-unknown-l

Re: [patch][RFA] Remove tree/gimple/rtl dependencies from core CFG code

On Sat, Jul 7, 2012 at 9:48 PM, Steven Bosscher wrote: > On Fri, Jul 6, 2012 at 10:41 AM, Richard Guenther > wrote: >> Wow ;) I agree about the set_loop_copy/get_loop_copy change - I'd simply >> postpone it with a comment why cfgloop.h is needed and investigate the >> pointer-map idea. > > Yes,

Re: [patch] Define GENERATOR_FILE explicitly for the host gengtype objects

On Sat, Jul 7, 2012 at 5:59 PM, Steven Bosscher wrote: > Hello, > > Since r177358, a host executable gengtype is built so that plugins can > use the GTY markers. > > Even for the host, gengtype is a GENERATOR_FILE, but since the build-% > rule doesn't apply to host objects, gengtype was being buil

Re: [PATCH] Clarify cloog install docs

On Sat, Jul 7, 2012 at 12:35 AM, Matthias Klose wrote: > On 03.07.2012 15:37, Richard Guenther wrote: >> People are running into issues when mixing cloog built against isl 0.08 >> and gcc building against isl 0.10 (which is expected I guess). > >> CLooG needs to be configured to use GMP >> +intern

cosmetic change - simplify cse.c:preferable()

Hello, I've had this patch some time now, it's simple and cosmetic only, I had done it while trying to understand expression costs in CSE. I think it's more readable than the previous one. FWIW it passed all tests on x86. Thanks, Dimitris=== modified file 'gcc/cse.c' --- gcc/cse.c 2012-06

Re: [RFT] Remove -fno-tree-dominator-opts from libgcc/config/t-darwin

> Request for testing because I have no access to a Darwin machine. I just finished a clean bootstrap with the (second!-) patch on x86_64-apple-darwin10; regtesting scheduled for tonight. Bootstrapping powerpc-apple-darwin9 is now at stage 2. Dominique PS AFAICT pr26840 is indeed fixed.

Re: User directed Function Multiversioning via Function Overloading (issue5752064)

On 07/07/2012 08:38 PM, Xinliang David Li wrote: It seems to me that what you have here are target-specific attributes that affect the signature of a function such that they make two declarations different that would otherwise declare the same function. Stepping away from the specific notion of v

Re: Fix gcc.dg/lower-subreg-1.c failure, revisited.

Hans-Peter Nilsson writes: >> From: Richard Sandiford >> Date: Wed, 9 May 2012 11:14:49 +0200 > >> Hans-Peter Nilsson writes: >> >> From: Richard Sandiford >> >> Date: Tue, 1 May 2012 16:46:38 +0200 >> > >> >> To repeat: as things stand, very few targets define proper rtx costs >> >> for SET. >

[patch] Make mcf.c and ira-conflicts.c not include tree.h

Hello, IMHO, no RTL pass implementation file should have to include tree.h. So ira-conflicts.c shouldn't need tree.h. The reason it needed it, was because there is code to avoid putting user variables in callee clobbered registers, and ira-conflict.c looked at DECL_ARTIFICIAL (REG_EXPR (reg)). But

Re: [SH] PR 51244 - Add nott insn

Oleg Endo wrote: > The attached patch adds the 'nott' insn that is supported by SH2A. > While the 'nott' pattern itself is usually combined away entirely (CSiBE > shows no diffs for SH2A), on non-SH2A the new patterns seem to catch a > few border cases, where unnecessary movt sequences can be elim

[SH] Broken build due to tree.h not being included anymore

Hello, The recent change that removed the inclusion of tree.h in several places broke the SH target in one place in sh.md, where stuff from tree.h was used directly. I've moved those lines in question into a new function in sh.c. Tested with make all-gcc. OK to install? Cheers, Oleg ChangeLog:

Re: [patch] Make mcf.c and ira-conflicts.c not include tree.h

Steven Bosscher wrote: >Hello, > >IMHO, no RTL pass implementation file should have to include tree.h. >So ira-conflicts.c shouldn't need tree.h. The reason it needed it, was >because there is code to avoid putting user variables in callee >clobbered registers, and ira-conflict.c looked at DECL_A

Re: [patch v2] support for multiarch systems

Please find attached v2 of the patch updated for trunk 20120706, x86 only, tested on x86-linux-gnu, KFreeBSD and the Hurd. I left in the comment about the multiarch names, but I'm fine to change/discard it. It was first required by Joseph Myers, then not found necessary by Paolo Bonzini. The patc

Re: [SH] Broken build due to tree.h not being included anymore

On Sun, Jul 8, 2012 at 5:43 PM, Oleg Endo wrote: > Hello, > > The recent change that removed the inclusion of tree.h in several places > broke the SH target in one place in sh.md, where stuff from tree.h was > used directly. I've moved those lines in question into a new function > in sh.c. I sup

[patch] Rebase insn data to make CODE_FOR_nothing == 0, revert r161809

Hello, A lot of optab_handler checks are against CODE_FOR_nothing, which is currently a target dependent number, the last value in "enum insn_code". This made target reinitializing slow, so Richard S. changed the optab_handler index from insn_code to (insn_code - CODE_FOR_nothing) to allow the tab

Re: [SH] Broken build due to tree.h not being included anymore

Oleg Endo wrote: > The recent change that removed the inclusion of tree.h in several places > broke the SH target in one place in sh.md, where stuff from tree.h was > used directly. I've moved those lines in question into a new function > in sh.c. > Tested with make all-gcc. > > OK to install?

[patch][libcpp] PR53690 - wrong code for C++11 UCN

Hello, In PR53690, a UCN is incorrectly interpreted in C++11 mode. The value should be 0 but is converted to 1 by libcpp U'\U'. The reason is that _cpp_valid_ucn converts all 0 results to 1, by default. I am not 100% sure why that is (there is no comment and the code has been like that si

Re: [SH] Broken build due to tree.h not being included anymore

On Sun, 2012-07-08 at 20:51 +0200, Steven Bosscher wrote: > On Sun, Jul 8, 2012 at 5:43 PM, Oleg Endo wrote: > > Hello, > > > > The recent change that removed the inclusion of tree.h in several places > > broke the SH target in one place in sh.md, where stuff from tree.h was > > used directly. I'

Re: [patch] Move lowering of switches to bit tests to GIMPLE

On Mon, Jul 2, 2012 at 7:18 AM, Steven Bosscher wrote: > On Sun, Jul 1, 2012 at 11:58 AM, Richard Guenther > wrote: >> On Sat, Jun 30, 2012 at 12:29 PM, Steven Bosscher >> wrote: >>> Hello, >>> >>> This patch moves the emit_case_bit_tests method of switch lowering >>> from 'expand' to a GIMPLE

Re: [RFT] Remove -fno-tree-dominator-opts from libgcc/config/t-darwin

Il 07/07/2012 17:34, Steven Bosscher ha scritto: > On Sat, Jul 7, 2012 at 5:06 PM, H.J. Lu wrote: >> Are you sure this the right patch? -fno-tree-dominator-opts is still here. > > I am sure it is not the right patch :-) > Thanks! > > Index: libgcc/config/t-darwin > ==

[wwwdocs] Document ARM/embedded-x_y-branch family

Hi Gerald, As it becomes our long term goal to deliver arm-none-eabi tool chain based on GCC 4.6/4.7/4.8 and future branches, I am going to use the following pattern to document this branch family. Is it ok to commit? BR, Terry Index: htdocs/svn.html =