Re: [RFC]: Add support for pragma pointer_size

On Mar 6, 2012, at 6:34 PM, Joseph S. Myers wrote: > On Tue, 6 Mar 2012, Tristan Gingold wrote: > >> The patch is simple: the C front-end will now calls c_build_pointer_type >> (instead of build_pointer_type), which in turn calls >> build_pointer_type_for_mode using the right mode. > > There

Re: [Ping][PATCH, libstdc++-v3] Enable to cross-test libstdc++ on simulator

On 7 March 2012 05:22, Terry Guo wrote: > Hello, > > Can anybody please review and approve the following simple patch? Thanks > very much. > > http://gcc.gnu.org/ml/libstdc++/2011-08/msg00063.html I'll test it on x86_64-linux as soon as trunk is able to build again.

Re: [patch] PR 51417

On Wed, 7 Mar 2012, Ralf Corsepius wrote: > On 03/06/2012 10:43 AM, Richard Guenther wrote: > > On Mon, 5 Mar 2012, Ralf Corsépius wrote: > > > > > Hi, > > > > > > The patch below addresses an issue with gcc-4.7.0 the issue I had reported > > > in > > > http://gcc.gnu.org/ml/gcc/2012-03/msg00035

Re: [PR51752] publication safety violations in loop invariant motion pass

On Tue, Mar 6, 2012 at 9:56 PM, Torvald Riegel wrote: > On Tue, 2012-03-06 at 21:18 +0100, Richard Guenther wrote: >> On Tue, Mar 6, 2012 at 6:55 PM, Aldy Hernandez wrote: >> > On 02/29/12 03:22, Richard Guenther wrote: >> > >> >> So fixing up individual passes is easier - I can only think of PRE

Re: [PATCH][1/n] No longer sign-extend sizetype constants, remove TYPE_IS_SIZETYPE

On Tue, 6 Mar 2012, Eric Botcazou wrote: > > Well. I suppose fixing that negative DECL_FIELD_OFFSET thing should > > be #1 priority. > > OK, let me try over the next few days. Thanks. Btw, making [s]bitsizetype have TYPE_PRECISION of [s]sizetype plus log2 (BITS_PER_UNIT) solves quite some issu

[PATCH] Fix WIDEN_MULT_EXPR generation

When the optab causes the actual mode to be wider we have to re-check whether we still fulfill the gimple constraints we verify. Bootstrapped and tested on x86_64-unknown-linux-gnu, applied to trunk. Richard. 2012-03-07 Richard Guenther * tree-ssa-math-opts.c (convert_mult_to_widen)

Re: [patch] Fix non-standard Ada bootstrap failure on IA-64

On Tue, Mar 6, 2012 at 11:08 PM, Eric Botcazou wrote: > If you try to bootstrap the GNAT 4.7.0 compiler on IA-64/Linux with > non-default > options (-gnatpg replaced with -gnatpgn), you get another comparison failure > caused by debug insns, stemming from the machine-specific reorg pass (aka insn

Re: PATCH: Properly check mode for x86 call/jmp address

On Tue, Mar 6, 2012 at 9:57 PM, H.J. Lu wrote: >>>  (define_insn "*call" >>> -  [(call (mem:QI (match_operand:P 0 "call_insn_operand" "zw")) >>> +  [(call (mem:QI (match_operand:C 0 "call_insn_operand" "zw")) >>>        (match_operand 1 "" ""))] >>> -  "!SIBLING_CALL_P (insn)" >>> +  "!SIBLING_CAL

Re: [patch] Fix non-standard Ada bootstrap failure on IA-64

On Wed, Mar 07, 2012 at 10:27:22AM +0100, Richard Guenther wrote: > On Tue, Mar 6, 2012 at 11:08 PM, Eric Botcazou wrote: > > If you try to bootstrap the GNAT 4.7.0 compiler on IA-64/Linux with > > non-default > > options (-gnatpg replaced with -gnatpgn), you get another comparison failure > > ca

Re: [patch mingw/cygwin]: Allow relocated const data to be put in read-only section by default

Hi, as from Dave's side there is no objection, I committed this patch to 4.8 at revision 185027. Regards, Kai 2012/3/3 Kai Tietz : > Hi, > > this patch allows that relocated const data is placed into .rdata.  To provide > old behavior for older runtimes not supporting pseudo-relocation operating

[committed] PR 52515: Missing GTY markers

This patch restores x86_64-linux-gnu bootstrap after my patch for 52372. Applied as obvious. Sorry for the breakage. Richard gcc/ PR middle-end/52515 * rtl.h (pc_rtx, cc0_rtx, ret_rtx, simple_return_rtx): Add GTY markers. Index: gcc/rtl.h ===

[PATCH][DOC] Fix PR52518, document PR38987

Installed. Richard. 2012-03-07 Richard Guenther PR pch/52518 PR pch/38987 * doc/invoke.texi (Precompiled Headers): Remove sentence that suggests you can include PCHs from inside another header. Index: gcc/doc/invoke.texi ==

Re: [committed] PR 52515: Missing GTY markers

On Wed, Mar 07, 2012 at 09:52:51AM +, Richard Sandiford wrote: > This patch restores x86_64-linux-gnu bootstrap after my patch for 52372. > Applied as obvious. > > Sorry for the breakage. Was it really necessary to move these out of the global rtx array? Now you completely unnecessarily have

Re: [patch] Fix non-standard Ada bootstrap failure on IA-64

On Wed, Mar 7, 2012 at 10:35 AM, Jakub Jelinek wrote: > On Wed, Mar 07, 2012 at 10:27:22AM +0100, Richard Guenther wrote: >> On Tue, Mar 6, 2012 at 11:08 PM, Eric Botcazou wrote: >> > If you try to bootstrap the GNAT 4.7.0 compiler on IA-64/Linux with >> > non-default >> > options (-gnatpg repla

Re: PATCH: Properly check mode for x86 call/jmp address

On Wed, Mar 7, 2012 at 10:28 AM, Uros Bizjak wrote: > +  if (TARGET_X32) > +    operands[0] = convert_memory_address (word_mode, operands[0]); > > This addition to indirect_jump and tablejump should be the only > change, needed in i386.md now. Please write the condition > > if (Pmode != word_mode

Re: [committed] PR 52515: Missing GTY markers

Jakub Jelinek writes: > On Wed, Mar 07, 2012 at 09:52:51AM +, Richard Sandiford wrote: >> This patch restores x86_64-linux-gnu bootstrap after my patch for 52372. >> Applied as obvious. >> >> Sorry for the breakage. > > Was it really necessary to move these out of the global rtx array? > Now

Re: PATCH: Properly check mode for x86 call/jmp address

On Wed, Mar 7, 2012 at 11:07 AM, Uros Bizjak wrote: > On Wed, Mar 7, 2012 at 10:28 AM, Uros Bizjak wrote: > >> +  if (TARGET_X32) >> +    operands[0] = convert_memory_address (word_mode, operands[0]); >> >> This addition to indirect_jump and tablejump should be the only >> change, needed in i386.

Re: [committed] PR 52515: Missing GTY markers

On Wed, Mar 7, 2012 at 11:11 AM, Richard Sandiford wrote: > Jakub Jelinek writes: >> On Wed, Mar 07, 2012 at 09:52:51AM +, Richard Sandiford wrote: >>> This patch restores x86_64-linux-gnu bootstrap after my patch for 52372. >>> Applied as obvious. >>> >>> Sorry for the breakage. >> >> Was it

Re: PATCH: Properly check mode for x86 call/jmp address

On Wed, Mar 7, 2012 at 11:07 AM, Uros Bizjak wrote: > Ah, I vaguely remember that indirect call/jmp is invalid on X32 for This should read "... indirect call/jmp FROM MEMORY is invalid on X32 ...". It looks I've had too much morning coffee already ;) Uros.

Re: [committed] PR 52515: Missing GTY markers

Richard Guenther writes: > On Wed, Mar 7, 2012 at 11:11 AM, Richard Sandiford > wrote: >> Jakub Jelinek writes: >>> On Wed, Mar 07, 2012 at 09:52:51AM +, Richard Sandiford wrote: This patch restores x86_64-linux-gnu bootstrap after my patch for 52372. Applied as obvious.

Re: [committed] PR 52515: Missing GTY markers

On Wed, Mar 7, 2012 at 11:52 AM, Richard Sandiford wrote: > Richard Guenther writes: >> On Wed, Mar 7, 2012 at 11:11 AM, Richard Sandiford >> wrote: >>> Jakub Jelinek writes: On Wed, Mar 07, 2012 at 09:52:51AM +, Richard Sandiford wrote: > This patch restores x86_64-linux-gnu boots

Re: [committed] PR 52515: Missing GTY markers

On Wed, Mar 07, 2012 at 11:57:18AM +0100, Richard Guenther wrote: > > Logically, the target structure should be for target-specific rtl. > > Target-independent rtl like constants, (cc0), (pc), etc., should be > > shared between targets.  It seems a shame if GC inefficiencies > > force us to use a d

[i386, patch, RFC] HLE support in GCC

Hello guys, I am attaching initial patch which enables TSX's HLE [1] prefixes in GCC. Since we have no official intrinsics declarations, I want to hear your comments about the patch Note, there is no option '-mhle' and no tests (I'll do that after) [1] - http://software.intel.com/en-us/blogs/201

Re: [i386, patch, RFC] HLE support in GCC

On Wed, Mar 07, 2012 at 03:05:58PM +0400, Kirill Yukhin wrote: > Hello guys, > I am attaching initial patch which enables TSX's HLE [1] prefixes in > GCC. Since we have no official intrinsics declarations, I want to hear > your comments about the patch I think this is a wrong approach. Instead we

[PATCH] Fix PR 52203

Hello, This PR is again about insns that are recog'ed as >=0 but do not change the processor state. As explained in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52203#c8, I've tried experimenting with an attribute marking those "empty" insns in MD files and asserting that all other insns do h

Re: [PATCH] Fix PR 52203

On Wed, 7 Mar 2012, Andrey Belevantsev wrote: > Hello, > > This PR is again about insns that are recog'ed as >=0 but do not change the > processor state. As explained in > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52203#c8, I've tried experimenting > with an attribute marking those "empty" i

Re: [patch] Fix non-standard Ada bootstrap failure on IA-64

On Wed, Mar 07, 2012 at 11:01:36AM +0100, Richard Guenther wrote: > Hmm, but then this complicates and slows down the generic alias machinery. > Of course IMHO the RTL alias machinery should be conservative with respect > to what the RTL IL allows - so the question is are non-legitimate addresses >

[PATCH] Do not use lang_hooks.types.type_for_size in signed_or_unsigned_type_for

This makes us use build_nonstandard_integer_type in signed_or_unsigned_type_for and adjusts the function to return NULL_TREE for non-sensical inputs (only allowing pointer and integeral types). This way we make sure that the precision of the result type matches that of the input - something whic

Re: [patch] Fix non-standard Ada bootstrap failure on IA-64

> Hmm, but isn't the bug that we feed debug-insn mems to memrefs_conflict_p? We don't. The addresses come from regular insns, but cselib is able to equivalence one of them with an address that is already in its hashtable because of a debug insn (see cselib.c:promote_debug_loc). > Or that we ha

[Patch,AVR]: Fix PR52496: Add memory barriers to built-ins

This patch adds memory barriers to __builtin_avr_nop __builtin_avr_sei __builtin_avr_cli __builtin_avr_wdr __builtin_avr_sleep __builtin_avr_delay_cycles so that their code cannot be dragged over memory accesses. Ok for trunk? PR target/52496 * config/avr/avr.c (avr_mem_clobber)

Re: [patch] Fix non-standard Ada bootstrap failure on IA-64

> CCing Alex. I think we feed debug insn mems in the scheduler to be able to > find out what debug insns need to be invalidated and what can be kept. > And any address expressions are legitimate for debug insns, why should we > be limited by what the ISA allows? All we are limited is if we can ex

[PATCH] Move strip_float_extensions to tree.c

Prototyped in tree.h, called from the middle-end but implemented in convert.c. That looks wrong. Now, convert.c is used from all frontends to implement convert () (that looks backwards - the language convert should be a langhook, called from convert implemented in convert.c). But well, I aint n

[PATCH] Remove some callers of lang_hooks.types.type_for_size

The type_for_size langhook should go (it does not handle non-mode precision well, at least it handles it unexpectedly to most callers). Instead callers that want to call a langhook should use type_for_mode. The following patch makes some direct uses of the langhook from the middle-end use somethi

Re: [PATCH] Remove some callers of lang_hooks.types.type_for_size

On Wed, Mar 07, 2012 at 01:53:12PM +0100, Richard Guenther wrote: > Bootstrapped on x86_64-unknown-linux-gnu, testing in progress. > > Jakub, are the OMP bits ok? Yeah. Jakub

[PATCH] Use c_common_type_for_size from the C frontend

I'll apply this as obvious after including it in a bootstrap / regtest. Richard. 2012-03-07 Richard Guenther * c-typeck.c (pointer_diff): Use c_common_type_for_size. Index: gcc/c-typeck.c === --- gcc/c-typeck.c (re

[PATCH] More type_for_size caller removals

Nearly obvious. One question would be whether IVOPTs wants to use SImode and word_mode instead of int/long. And the dojump.c code is dead - TYPE_PRECISION (type) < TYPE_PRECISION (TREE_TYPE (exp)) cannot ever hold here, but I'm double-checkign with an assert (consider the patch adjusted before c

Re: Support for Runtime CPU type detection via builtins (issue5754058)

On Wed, Mar 7, 2012 at 1:49 AM, Sriraman Tallam wrote: > Patch for CPU detection at run-time. > === > > Patch for CPU detection at run-time, to be used in dispatching of > multi-versioned functions.   Please see this discussion: > http://gcc.gnu.org/ml/gcc-patches/2

[Patch,AVR,committed]: Fix PR52484

http://gcc.gnu.org/viewcvs?view=revision&revision=185043 This wrong code bug for __memx space was caused by a missing R22 in the register footprint of xload_A split. Johann PR target/52484 * config/avr/avr.md (xload_A): Add R22... to register footprint. Index: config/avr/avr.md

[Ada] Swapped inputs and outputs in UG Inline Assembler section

This corrects the order of Input and Output operands in the documentation on machine language insertions. Tested on x86_64-pc-linux-gnu, committed on trunk 2012-03-07 Eric Botcazou * gnat_ugn.texi (Inline Assembler): Fix swapping of Input and Output operands throughout. Index

[Ada] Internal error on multiple layers of nested generics

This patch corrects the machinery which detects whether one node appears earlier in the tree with respect to another node. Tested on x86_64-pc-linux-gnu, committed on trunk 2012-03-07 Hristian Kirtchev * sem_ch12.adb (Earlier): When two nodes come from the same generic instant

Re: [PATCH] Do not use lang_hooks.types.type_for_size in signed_or_unsigned_type_for

Hi, On Wed, 7 Mar 2012, Richard Guenther wrote: > FAIL: gcc.dg/tree-ssa/pr31261.c scan-tree-dump-times original "return > \\(char\\) > -\\(unsigned char\\) c & 31;" 1 > FAIL: gcc.dg/tree-ssa/pr31261.c scan-tree-dump-times original "return > \\(int\\) > \\(12 - \\(unsigned int\\) d\\) & 7;" 1

Re: [PATCH] Do not use lang_hooks.types.type_for_size in signed_or_unsigned_type_for

On Wed, 7 Mar 2012, Michael Matz wrote: > Hi, > > On Wed, 7 Mar 2012, Richard Guenther wrote: > > > FAIL: gcc.dg/tree-ssa/pr31261.c scan-tree-dump-times original "return > > \\(char\\) > > -\\(unsigned char\\) c & 31;" 1 > > FAIL: gcc.dg/tree-ssa/pr31261.c scan-tree-dump-times original "return

Re: Remove obsolete Tru64 UNIX V5.1B support

David Daney writes: >>> I'd have expected regeneration to use GCJ built to use ECJ, though I don't >>> know. >> >> I've never tried this. Given that the .class file lives below >> libjava/classpath and has to be synced with upstream Classpath anyway, I >> hope the Java maintainers will take care

[Ada] Increase maximum number of instantiations

This patch increases the maximum number of instantiations allowed per compilation. Tested on x86_64-pc-linux-gnu, committed on trunk 2012-03-07 Bob Duff * hostparm.ads (Max_Instantiations): Increase parameter. Index: hostparm.ads ==

[Ada] Increase efficiency of bounded strings

This patch increases the efficiency of bounded strings by removing an unnecessary default. No change in functional behavior. Tested on x86_64-pc-linux-gnu, committed on trunk 2012-03-07 Bob Duff * a-strsup.ads, a-stwisu.ads, a-stzsup.ads (Super_String): Remove default initial

[Ada] Merge s-osinte-vms and s-osinte-vms-ia64

The differences are not significant enough to require a separate version. Pthread_Self is now an imported subprogram on Alpha too. Could be replaced by an inline assembler on both platforms in case of performace issue. Tested on x86_64-pc-linux-gnu, committed on trunk 2012-03-07 Tristan Gingold

[Ada] Set pthread names on OpenVMS

Just in order to ease debugging (at pthread level). No functional change. Committed on trunk 2012-03-07 Tristan Gingold * s-taprop-vms.adb (Create_Task): set thread name. * s-osinte-vms.ads (pthread_attr_setname_np): Declare. Index: s-taprop-vms.adb ==

Re: [PR51752] publication safety violations in loop invariant motion pass

On 03/07/12 03:18, Richard Guenther wrote: On Tue, Mar 6, 2012 at 9:56 PM, Torvald Riegel wrote: On Tue, 2012-03-06 at 21:18 +0100, Richard Guenther wrote: On Tue, Mar 6, 2012 at 6:55 PM, Aldy Hernandez wrote: On 02/29/12 03:22, Richard Guenther wrote: So fixing up individual passes is eas

Re: [RFC PATCH]: Handle Pmode == SImode in stringop patterns

On Tue, Mar 6, 2012 at 10:27 PM, H.J. Lu wrote: >> +     case '^': >> +       if (TARGET_64BIT && Pmode == SImode) >> +         { >> +           fputs ("addr32", file); >> +#ifndef HAVE_AS_IX86_REP_LOCK_PREFIX >> +           if (ASSEMBLER_DIALECT == ASM_ATT) >> +      

Re: PATCH: Properly check mode for x86 call/jmp address

On Wed, Mar 7, 2012 at 1:28 AM, Uros Bizjak wrote: > On Tue, Mar 6, 2012 at 9:57 PM, H.J. Lu wrote:  (define_insn "*call" -  [(call (mem:QI (match_operand:P 0 "call_insn_operand" "zw")) +  [(call (mem:QI (match_operand:C 0 "call_insn_operand" "zw"))        (match_operand 1 ""

Go patch committed: Fix bug when struct inherits varargs

This patch to the Go compiler fixes a bug when a struct inherits from an interface with a varargs method. I added a test for this to the master Go testsuite, which will be copied into gcc in due course. Bootstrapped and ran Go testsuite on x86_64-unknown-linux-gnu. Committed to mainline. Ian d

[Ada] Set task name under Linux

It's useful to set task/thread's name for debugging. Under Linux, there is a prctl() system call to do that. Note that we don't want to use pthread_setname_np since only very recent glibc (>= 2.12) provide this function. Tested on x86_64-pc-linux-gnu, committed on trunk 2012-03-07 Arnaud Charlet

[PATCH] Do not handle SUBREG in apply_distributive_law (Re: RFC: allowing fwprop to propagate subregs)

Richard Kenner wrote: > > Given the current set of results, since I do not have any way to verify > > whether my simplify_set changes would actually trigger correctly, I'd > > rather propose to just remove the SUBREG case in apply_distributive_law > > (i.e. only apply the first patch below). > >

Re: Remove obsolete OpenBSD/MIPS support

Richard Sandiford writes: > Definitely. Thanks for saving me the legwork :-) It was both easy to do and a prerequisite for the MIPS_DEBUGGING_INFO removal :-) > There are also some SDB_OUTPUT_SOURCE_LINE references in mips.c and > mips.h that could go. Removing those is preapproved if you wan

[committed] TILE-Gx/TILEPro: unwind fix for dynamic frames

This patch fixes an unwinding bug for functions with dynamic stack frames. We stop generating REG_CFA_* notes for stack pointer, and at the end of unwinding we restore the stack pointer by adjusting it by EH_RETURN_STACKADJ_RTX. Walter diff --git a/gcc/config/tilegx/tilegx.c b/gcc/config/tilegx

Re: [RFC]: Add support for pragma pointer_size

On Wed, 7 Mar 2012, Tristan Gingold wrote: > On Mar 6, 2012, at 6:34 PM, Joseph S. Myers wrote: > > > On Tue, 6 Mar 2012, Tristan Gingold wrote: > > > >> The patch is simple: the C front-end will now calls c_build_pointer_type > >> (instead of build_pointer_type), which in turn calls > >> buil

Re: [PATCH] Move strip_float_extensions to tree.c

On Wed, 7 Mar 2012, Richard Guenther wrote: > Now, convert.c is used from all frontends to implement convert () > (that looks backwards - the language convert should be a langhook, > called from convert implemented in convert.c). But well, I aint > not touching this beast ;) I don't think conver

[Ada] Remove call to unshare_expr from gigi

There is a single call to unshare_expr in gigi and it is actually superfluous if you do things properly. Tested on i586-suse-linux, applied on the mainline. 2012-03-07 Eric Botcazou * gcc-interface/trans.c (Identifier_to_gnu): Don't unshare initializer. (add_decl_expr): Mark

Re: [PATCH 10/10] addr32: Add *zero_extendsidi2_x32.

On Tue, Mar 6, 2012 at 8:44 PM, H.J. Lu wrote: >>> This is the last patch for Pmode == SImod in x32. In x32, the return value >>> of the symbol address must be zero-extended to DImode, This patch adds >>> *zero_extendsidi2_x32 to load the address of a symbol in SImode and >>> zero-extend it to DI

[Ada] Remove support for type completion deferring in gigi

It was needed for STABS, but is totally obsolete for DWARF. Tested on i586-suse-linux, applied on the mainline. 2012-03-07 Eric Botcazou * gcc-interface/gigi.h (rest_of_type_decl_compilation): Delete. * gcc-interface/decl.c (defer_finalize_level): Likewise. (defer_fin

[committed] TILEPro/TILE-Gx: rename internal atomic macros

This patch renames some internal atomic macros to have a less generic prefix. Walter * config/tilepro/atomic.c: Rename "atomic_" prefix to "arch_atomic_". (atomic_xor): Rename and move definition to config/tilepro/atomic.h. (atomic_nand): Ditto. * config

Re: [committed] TILE-Gx/TILEPro: unwind fix for dynamic frames

On 3/7/2012 1:01 PM, Walter Lee wrote: This patch fixes an unwinding bug for functions with dynamic stack frames. We stop generating REG_CFA_* notes for stack pointer, and at the end of unwinding we restore the stack pointer by adjusting it by EH_RETURN_STACKADJ_RTX. I forgot to attach the Ch

[Ada] Fix incomplete debug info in corner cases

The previous patch has exposed a latent issue: we sometimes set some flags on a DECL node using information that come from another entity. Tested on i586-suse-linux, applied on the mainline. 2012-03-07 Eric Botcazou * gcc-interface/decl.c (gnat_to_gnu_entity): Do not set flags on th

Merge from trunk to gccgo branch

I've merged trunk revision 185072 to the gccgo branch. Ian

C++ PATCH to user-defined literal operator mangling

In c++/52521 it was pointed out that our mangling of user-defined literals was wrong. Tested x86_64-pc-linux-gnu, applying to 4.7 and trunk. commit 287cd9ecf4877db64774f5a29828081a62a53f5b Author: Jason Merrill Date: Wed Mar 7 14:01:56 2012 -0500 PR c++/52521 * mangle.c (write_lite

Go patch committed: Don't crash if writing type functions too late

This patch to the Go frontend avoids a crash if an error causes us to write out type functions too late. Bootstrapped and ran Go testsuite on x86_64-unknown-linux-gnu. Committed to mainline. Ian diff -r 90c26bab1684 go/gogo.h --- a/go/gogo.h Wed Mar 07 08:04:32 2012 -0800 +++ b/go/gogo.h Wed Ma

Re: PATCH: Properly check mode for x86 call/jmp address

On Wed, Mar 7, 2012 at 5:03 PM, H.J. Lu wrote: >  (define_insn "*call" > -  [(call (mem:QI (match_operand:P 0 "call_insn_operand" "zw")) > +  [(call (mem:QI (match_operand:C 0 "call_insn_operand" "zw")) >        (match_operand 1 "" ""))] > -  "!SIBLING_CALL_P (insn)" > +  

[patch committed SH] Fix target/52503

Hi, The attached patch is to fix PR target/52503 which is a build failure for sh-wrs-vxworks. We've defined too many target option masks. Tested with usual tests on sh4-unknown-linux-gnu and with a cc1-only build on sh-wrs-vxworks. Applied on trunk. Regards, kaz -- 2012-03-07 Oleg Endo

Re: Support for getting CPU type and feature information at run-time (issue5715051)

I committed this patch to google/main. I have created a new patch for review for trunk here : http://gcc.gnu.org/ml/gcc-patches/2012-03/msg00458.html Thanks, -Sri. On Thu, Mar 1, 2012 at 2:08 PM, Sriraman Tallam wrote: > Removing [google] prefix from the subject line. > > On Thu, Mar 1, 2012 at

RE: [Patch,AVR]: Fix PR52496: Add memory barriers to built-ins

> -Original Message- > From: Georg-Johann Lay [mailto:a...@gjlay.de] > Sent: Wednesday, March 07, 2012 5:40 AM > To: gcc-patches@gcc.gnu.org > Cc: Denis Chertykov; Weddington, Eric > Subject: [Patch,AVR]: Fix PR52496: Add memory barriers to built-ins > > This patch adds memory barriers t

cp-demangle PATCH for user-defined literal operator demangling

The discussion of 52521 also noted that the demangler doesn't support literal operators yet. Tested x86_64-pc-linux-gnu, applying to trunk. commit ee622f8167f66b6ae9fff1526688a2dfdd84a8be Author: Jason Merrill Date: Wed Mar 7 17:50:19 2012 -0500 * cp-demangle.c (cplus_demangle_operators

Re: [Patch libffi, Darwin, PPC64] PR29152 (Darwin64 implementation), PR42387 (ppc va faults).

IainS, Your patch completely broke libffi on AIX and your changes were not Darwin-specific, despite Mike Stump's comment with his approval. AIX shares ffi_darwin.c, as one should be able to see from all of the AIX comments in the file. aix_closure.S expects ffi_closure_helper_DARWIN to return th

Re: fix libstdc++/52433

On 4 March 2012 12:56, Jonathan Wakely wrote: >        PR libstdc++/52433 >        * include/debug/safe_iterator.h (_Safe_iterator): Add move >        constructor and move assignment operator. >        * testsuite/23_containers/vector/debug/52433.cc: New. > > Tested 'make check check-debug' on x86_

Go patch committed: Don't crash on array assignment

The Go frontend crashed doing an array assignment of two values of type [2][]int. This patch fixes it. Normal array assignments worked because gcc uses the same structure for all arrays with the same length and element type. Bootstrapped and ran Go testsuite on x86_64-unknown-linux-gnu. Committ

Re: [Patch libffi, Darwin, PPC64] PR29152 (Darwin64 implementation), PR42387 (ppc va faults).

This patch applies the same logic to aix_closure.S that was modified in darwin_closure.S, returning from 100% failure to: === libffi Summary === # of expected passes1638 # of unexpected failures13 # of unsupported tests 55 * src/powerpc/ai

Re: [i386, patch, RFC] HLE support in GCC

On Wed, Mar 7, 2012 at 3:10 AM, Jakub Jelinek wrote: > On Wed, Mar 07, 2012 at 03:05:58PM +0400, Kirill Yukhin wrote: >> Hello guys, >> I am attaching initial patch which enables TSX's HLE [1] prefixes in >> GCC. Since we have no official intrinsics declarations, I want to hear >> your comments ab

[PATCH, ARM, libgcc] Enable longlong.h inline assembly for Thumb-2

Hi there, This patch enables the ARM inline assembly 64 bit add, subtract, and multiply instructions in libgcc when compiling for Thumb-2. The existing code enables them for ARM mode as Thumb-1 is missing the encodings. OK for 4.8? -- Michael ChangeLog: 2012-03-08 Michael Hope

[PATCH] Make powerpc honor PROCESSOR_DEFAULT{,64} in tm*.h files

David discovered that there was a thinko in the logic of the powerpc setting for the default tuning option. In theory, the compiler was supposed to use PROCESSOR_DEFAULT for 32-bit targets and PROCESSOR_DEFAULT64 for 64-bit targets if no cpu or tuning option was used in configuring the compiler.

Merge from trunk to gccgo branch

I have merged trunk revision 185094 to the gccgo branch. Ian

RE: [PATCH] Improve SCEV for array element

> -Original Message- > From: Richard Guenther [mailto:richard.guent...@gmail.com] > Sent: Tuesday, March 06, 2012 9:12 PM > To: Jiangning Liu > Cc: gcc-patches@gcc.gnu.org > Subject: Re: [PATCH] Improve SCEV for array element > > On Fri, Jan 20, 2012 at 10:06 AM, Jiangning Liu > wrote: