please revert r163815/r163816

2010-09-03 Thread Jack Howarth
Paolo, Could you please look over PR45524 and then revert the offending r163815/r163816 that has broken decimal float support for all non-linux targets. That patch is wrong in so many ways, it is hard to know where to start... 1) Moving two sections of code from gcc/configure.ac as template and

Re: darwin weirdness

2010-09-03 Thread Joseph S. Myers
On Fri, 3 Sep 2010, Jack Howarth wrote: >It would be most helpful if this thread could be used to gather a > list of specific darwin hacks in current gcc trunk that are considered > to be objectionable so we can consider alternative fixes. I would > exempt objc/obj-c++ from that list for now.

darwin weirdness

2010-09-03 Thread Jack Howarth
I have often heard complaints about 'weird' darwin from the various FSF gcc developers. We have made significant efforts recently to make darwin more conventional among the FSF gcc targets. For example, I currently have a patch pending for PR36502... http://gcc.gnu.org/ml/gcc-patches/2010-09/ms

Re: Internal compiler error, gimplify.c:505. File a report?

2010-09-03 Thread Diego Novillo
On Fri, Sep 3, 2010 at 09:00, Anders Furuhed wrote: > Hi, > > I get an internal compiler error from the assert in gimplify.c:505 when > trying out gcc-4.5.1 on RHEL 5.5 + mpc-0.8.2,mpfr-3.0.0,gmp-5.0.1. > Checking out and building from gcc-4_5-branch (r163774) results in the same > error. > Howe

Internal compiler error, gimplify.c:505. File a report?

2010-09-03 Thread Anders Furuhed
Hi, I get an internal compiler error from the assert in gimplify.c:505 when trying out gcc-4.5.1 on RHEL 5.5 + mpc-0.8.2,mpfr-3.0.0,gmp-5.0.1. Checking out and building from gcc-4_5-branch (r163774) results in the same error. However, trunk (r163797) passes. Would this be a duplicate or should I

RE: Clustering switch cases

2010-09-03 Thread Rahul Kharche
> I have been working on your patch but I didn't manage to get it > working yet. Unfortunately our current stable GCC version if 4.3.4 and > our 4.4.x still has some issues. > I tried backporting your patch to GCC 4.3.4 but it introduced several > regressions. It's my guess this is due to my incor

Re: How to get attribute of callee

2010-09-03 Thread Georg Lay
Phung Nguyen schrieb: > Thank you for your reply, > > As I know, operand 0 of call is the address of called function; > operand 1 is the number of arguments; operand 2 is the number of args > as registers. Therefore, where is the info passed to call ??? As I > would like to change the target instr