Re: porting GCC to a micro with a very limited addressing mode --- enforcing a 'register indirect memory operand' through a constraint in md

2010-02-12 Thread Dave Korn
On 10/02/2010 19:19, Sergio Ruocco wrote: > It seems that prologue()/epilogue() are called quite late in the > compiling process, thus new registers cannot be created (no_new_pseudos > assert fires) and/or emit_move_insn() does not go through > LEGITIMIZE_ADDRESS()... will work on this tomorrow...

Memo: Coca cola email notification (REF NO: LT/7914290166/CTV, BATCH: LM/51390-0/WGP).

2010-02-12 Thread Coca cola in collaboration with Cyberworld International Inc .
Your Email won you $1,00 in the Coca Cola online promo. To claim your prize email your full name, address & tel. no. to Dr Shawn Kelly at drshawnkel...@gmail.com or call +447011137303, +447031835069 Congratulations, M. Sayeed

Greetings With Love,

2010-02-12 Thread Miss Jameela .
Greetings With Love, How are you and how is your work? i hope that all is well with you, My name is miss Jameela,i know that you may be suprise how i get your email, i got your email today when i was browsing looking for honest partner,then i feel to drop this few line to you , and i will lik

Re: How to get AST for C source in plugin?

2010-02-12 Thread Ilya Caramishev
On 12/02/10 19:51, Joern Rennecke wrote: Quoting Ilya Caramishev : I've tried registering my plugin for PLUGIN_FINISH_UNIT event. That event occurs way too late. Alternatively I've tried Kenji Koyanagi's patch (http://gcc.gnu.org/ml/gcc/2009-03/msg00136.html) and it worked just fine, but I d

Re: How to get AST for C source in plugin?

2010-02-12 Thread Joern Rennecke
Quoting Ilya Caramishev : I've tried registering my plugin for PLUGIN_FINISH_UNIT event. That event occurs way too late. Alternatively I've tried Kenji Koyanagi's patch (http://gcc.gnu.org/ml/gcc/2009-03/msg00136.html) and it worked just fine, but I don't know whether this patch is going to b

Re: Are pointers to be supposed to be sign or zero extended to wider integers?

2010-02-12 Thread Martin Guy
On 2/12/10, Richard Guenther wrote: > On Fri, Feb 12, 2010 at 10:41 AM, Jakub Jelinek wrote: > > It seems pointers are sign extended to wider integers, is that intentional? > Your program prints zero-extends for ICC. > > Probably the behavior is undefined and we get a warning anyway: All C r

Re: Are pointers to be supposed to be sign or zero extended to wider integers?

2010-02-12 Thread Richard Guenther
On Fri, Feb 12, 2010 at 10:41 AM, Jakub Jelinek wrote: > Hi! > > It seems pointers are sign extended to wider integers, is that intentional? > It certainly contradicts the comment in convert_to_integer: >  switch (TREE_CODE (intype)) >    { >    case POINTER_TYPE: >    case REFERENCE_TYPE: >      

Re: [C++-0x] Status of constexpr

2010-02-12 Thread Gabriel Dos Reis
On Thu, Feb 11, 2010 at 7:41 PM, Ed Smith-Rowland <3dw...@verizon.net> wrote: > Greetings, > > I have a patch in my tree that employs the constexpr keyword in most of the > places in the library where it is required in n3000.  This patch bootstraps > and causes no new regressions on MacOS at least.

How to get AST for C source in plugin?

2010-02-12 Thread Ilya Caramishev
Hi, I've posted this question to gcc-help list back in December and haven't got any reaction, so I decided to repost it here. I'm trying to do some static analysis of C source using GCC 4.5 and my plugin. I've tried registering my plugin for PLUGIN_FINISH_UNIT event. My plugin gets called,

Are pointers to be supposed to be sign or zero extended to wider integers?

2010-02-12 Thread Jakub Jelinek
Hi! It seems pointers are sign extended to wider integers, is that intentional? It certainly contradicts the comment in convert_to_integer: switch (TREE_CODE (intype)) { case POINTER_TYPE: case REFERENCE_TYPE: if (integer_zerop (expr)) return build_int_cst (type, 0);