Results for 4.2.1 testsuite on sparc-sun-solaris2.8

2007-08-09 Thread Dennis Clarke
bootstrapping with Sun Studio 8 thus : bash-3.2$ cc -V cc: Sun C 5.5 Patch 112760-18 2005/06/14 usage: cc [ options] files. Use 'cc -flags' for details bash-3.2$ CC -V CC: Sun C++ 5.5 Patch 113817-20 2007/04/24 All tools in the toolpath were built up to date and passed their testsuites. Typical

Results for 4.2.1 testsuite on sparc-sun-solaris2.8

2007-08-09 Thread Dennis Clarke
bootstrapping with Sun Studio 8 thus : bash-3.2$ cc -V cc: Sun C 5.5 Patch 112760-18 2005/06/14 usage: cc [ options] files. Use 'cc -flags' for details bash-3.2$ CC -V CC: Sun C++ 5.5 Patch 113817-20 2007/04/24 All tools in the toolpath were built up to date and passed their testsuites. Typical

Re: can't bootstrap current trunk: internal compiler error: in simplify_subreg,@simplify-rtx.c:4679

2007-08-09 Thread Kaveh R. GHAZI
On Thu, 9 Aug 2007, Andreas Krebbel wrote: > Hello, > > the bootstrap failure you are seeing is caused by my decompose > multiword shift patch: > http://gcc.gnu.org/ml/gcc-patches/2007-08/msg00419.html > > It is the same failure as reported by Andreas Tobler: > http://gcc.gnu.org/ml/gcc-patches/20

Re: need help with builtin function prototypes

2007-08-09 Thread DJ Delorie
> I don't know about using reference types, but there are several math > builtins that "return" multiple values, the extra ones via pointer > arguments. E.g. see frexp, lgamma_r, modf, remquo and/or sincos. Like I said, I'm kinda locked into the syntax. People have been using these builtins for

Re: need help with builtin function prototypes

2007-08-09 Thread Kaveh R. GHAZI
On Thu, 9 Aug 2007, DJ Delorie wrote: > Could someone provide a hint for me? I'm trying to put in "real" > prototypes for a builtin function where the arguments don't follow the > default promotion rules. Specifically, one of the arguments is a > reference type (like C++'s "int&"). However, I'm

GCC 4.3.0 Status Report (2007-08-09)

2007-08-09 Thread Mark Mitchell
Summary --- We entered Stage 2 on July 6th. I plan to put us into Stage 3 on September 10th. At that point, we will accept only bug-fixes -- no more new features until Stage 1 for GCC 4.4. Are there any folks out there who have projects for Stage 1 or Stage 2 that they are having trouble g

Re: [RFC] Migrate pointers to members to the middle end

2007-08-09 Thread Daniel Berlin
On 8/9/07, Ollie Wild <[EMAIL PROTECTED]> wrote: > On 8/9/07, Mark Mitchell <[EMAIL PROTECTED]> wrote: > > Daniel Berlin wrote: > > > > >> This is the source of my current woes, as this may involve virtual > > >> function resolution, which can't be done with the information > > >> currently availab

Re: need help with builtin function prototypes

2007-08-09 Thread DJ Delorie
I'm hoping I can get it to do what I want, if only I can get the MI to treat the function definition given to it by the target as the one true definition, and not just some advisory one.

Re: [RFC] Migrate pointers to members to the middle end

2007-08-09 Thread Daniel Berlin
On 8/9/07, Joe Buck <[EMAIL PROTECTED]> wrote: > On Thu, Aug 09, 2007 at 02:29:28PM -0600, Tom Tromey wrote: > > Also in Java it is possible to devirtualize calls in some situations > > where only a bound on the type is known. For instance at a call site > > we might know that all possible targets

Re: Your Gmail account, [EMAIL PROTECTED], has been created

2007-08-09 Thread Bobby McNulty
Somebody signed up gcc@gcc.gnu.org to gmail. Bad sign.

Re: Your Gmail account, [EMAIL PROTECTED], has been created

2007-08-09 Thread Bobby McNulty
- Original Message - From: "Gmail Team" <[EMAIL PROTECTED]> To: "django porter" Sent: Thursday, August 09, 2007 6:21 PM Subject: Your Gmail account, [EMAIL PROTECTED], has been created Congratulations on creating your brand new Gmail account, [EMAIL PROTECTED] Please keep this email

Re: need help with builtin function prototypes

2007-08-09 Thread Ian Lance Taylor
DJ Delorie <[EMAIL PROTECTED]> writes: > Is there a trick to this? I need this type of functionality because > some builtins modify multiple values, so a simple return value is > insufficient, plus this worked with older versions of gcc so our users > are used to it syntax-wise. I've never found

Re: [RFC] Migrate pointers to members to the middle end

2007-08-09 Thread Ollie Wild
On 8/9/07, Mark Mitchell <[EMAIL PROTECTED]> wrote: > Daniel Berlin wrote: > > >> This is the source of my current woes, as this may involve virtual > >> function resolution, which can't be done with the information > >> currently available to the middle end. > > Ollie, IIRC, you posted an example

Your Gmail account, [EMAIL PROTECTED], has been created

2007-08-09 Thread Gmail Team
Congratulations on creating your brand new Gmail account, [EMAIL PROTECTED] Please keep this email for your records, as it contains an important verification code that you may need should you ever encounter problems or forget your password. You can login to your account at http://mail.google.com/

Re: GCC 4.3.0 Status Report (2007-06-29)

2007-08-09 Thread Mark Mitchell
Andreas Meier wrote: > You have forgotten the regressions with target milestone 4.2.1 and > without a target milestone. Thank you for pointing that out. The omission of 4.2.1 is definitely wrong, and I have fixed the front page with this patch. However, there should be no regressions without a

Re: [RFC] Migrate pointers to members to the middle end

2007-08-09 Thread Mark Mitchell
Daniel Berlin wrote: >> This is the source of my current woes, as this may involve virtual >> function resolution, which can't be done with the information >> currently available to the middle end. Ollie, IIRC, you posted an example where, together with your front-end lowering patch (i.e., with t

Re: cfg representation

2007-08-09 Thread Diego Novillo
On 8/9/07 4:09 PM, Bob Rossi wrote: > Does anyone know where the code is that does this transformation so I > can look for myself? The conversion to GIMPLE does some of that, then the lowering into Low GIMPLE and the CFG cleanups do the rest. The files you want to look at are gimplify.c for all

cfg representation

2007-08-09 Thread Bob Rossi
Hi, I've been looking at the cfg that gcc dumps to a file. I'm noticing that the code is transformed in the cfg. Especially the short circuited expressions and the ternary operator for C/C++. Is there a particular algorithm gcc uses to transform the original AST into the modified version in the

need help with builtin function prototypes

2007-08-09 Thread DJ Delorie
Could someone provide a hint for me? I'm trying to put in "real" prototypes for a builtin function where the arguments don't follow the default promotion rules. Specifically, one of the arguments is a reference type (like C++'s "int&"). However, I'm bumping into two problems: 1. The compiler e

Re: [RFC] Migrate pointers to members to the middle end

2007-08-09 Thread Joe Buck
On Thu, Aug 09, 2007 at 02:11:34PM -0700, Joe Buck wrote: > On Thu, Aug 09, 2007 at 02:29:28PM -0600, Tom Tromey wrote: > > Also in Java it is possible to devirtualize calls in some situations > > where only a bound on the type is known. For instance at a call site > > we might know that all possi

Re: [RFC] Migrate pointers to members to the middle end

2007-08-09 Thread Joe Buck
On Thu, Aug 09, 2007 at 02:29:28PM -0600, Tom Tromey wrote: > Also in Java it is possible to devirtualize calls in some situations > where only a bound on the type is known. For instance at a call site > we might know that all possible targets are derived from a class where > the virtual method is

Re: [RFC] Migrate pointers to members to the middle end

2007-08-09 Thread Tom Tromey
> "Michael" == Michael Matz <[EMAIL PROTECTED]> writes: Michael> Yes, devirtualization. But I wonder if you really need class Michael> hierarchies for this (actually I'm fairly sure you don't). I'm generally in favor of what you talked about in this note and others, and also Danny's overall

Re: [RFC] Migrate pointers to members to the middle end

2007-08-09 Thread Tom Tromey
> "Ollie" == Ollie Wild <[EMAIL PROTECTED]> writes: Ollie> 1. Is pointer to member migration worthwhile? Can other languages Ollie> besides C++ benefit from this? Not Java. You might ask Andrea about CLR though. Ollie> 4. Is a migration of virtual functions and virtual function tables Ol

RE: Bootstrap failure on i386-pc-linux-gnu

2007-08-09 Thread Fu, Chao-Ying
FX Coudert wrote: > > My automated nightly build failed to bootstrap this evening on i386- > pc-linux-gnu. This is for trunk rev. 127311, and the error is: > > > /home/fx/gfortran_nightbuild/ibin-20070809/./prev-gcc/xgcc -B/home/ > > fx/gfortran_nightbuild/ibin-2007080

Re: mips gcc -O1: Address exception error on store doubleword

2007-08-09 Thread Paul Brook
On Thursday 09 August 2007, Alex Gonzalez wrote: > Hi, > > I'll try to come up with a short test. > > I have narrowed it a bit more. The PVAR structure contains a long long > variable ( with a sizeof 8 and an alignof 8 for my architecture). If I > take out the long long variable, the compiler uses

Re: mips gcc -O1: Address exception error on store doubleword

2007-08-09 Thread Alex Gonzalez
Hi, I'll try to come up with a short test. I have narrowed it a bit more. The PVAR structure contains a long long variable ( with a sizeof 8 and an alignof 8 for my architecture). If I take out the long long variable, the compiler uses sdl instructions instead of sd and the exception doesn't happ

Re: mips gcc -O1: Address exception error on store doubleword

2007-08-09 Thread David Daney
Alex Gonzalez wrote: Hi, I am seeing an address error exception caused by the gcc optimizer -O1. I have narrowed it down to the following function: static void varcopy(PVAR *pvar1, PVAR *pvar2) { memcpy(pvar1,pvar2,sizeof(PVAR)); } Being the sizeof(PVAR) 160 bytes. The exception is cause

Re: mips gcc -O1: Address exception error on store doubleword

2007-08-09 Thread Andreas Schwab
"Alex Gonzalez" <[EMAIL PROTECTED]> writes: > I was under the assumption that the compiler made sure that it doesn't > store a doubleword that is not aligned on a doubleword boundary. Is > this a bug in the optimizer? If the pointers are not correctly aligned for their target type then you are in

mips gcc -O1: Address exception error on store doubleword

2007-08-09 Thread Alex Gonzalez
Hi, I am seeing an address error exception caused by the gcc optimizer -O1. I have narrowed it down to the following function: static void varcopy(PVAR *pvar1, PVAR *pvar2) { memcpy(pvar1,pvar2,sizeof(PVAR)); } Being the sizeof(PVAR) 160 bytes. The exception is caused on an sd instruction

RE: can't bootstrap current trunk on cygwin: tree.c:7694: error: passing argument 1 of 'fixed_zerop' discards qualifiers from pointer target type

2007-08-09 Thread Dave Korn
On 09 August 2007 14:39, Christian Joensson wrote: > cc1: warnings being treated as errors > ../../gcc/gcc/tree.c: In function 'initializer_zerop': > ../../gcc/gcc/tree.c:7694: error: passing argument 1 of 'fixed_zerop' > discards qualifiers from pointer target type > make[3]: *** [tree.o] Error 1

can't bootstrap current trunk on cygwin: tree.c:7694: error: passing argument 1 of 'fixed_zerop' discards qualifiers from pointer target type

2007-08-09 Thread Christian Joensson
Windows XP Pro/SP2 cygwin Pentium M processor 2.13GHz system with packages: binutils 20060817-1 2.17.50 20060817 bison2.3-1 2.3 cygwin 1.5.24-2 (rev. 1.46 of newlib's stdio.h) dejagnu 20021217-2 1.4.2.x expect

Re: can't bootstrap current trunk: internal compiler error: in simplify_subreg,@simplify-rtx.c:4679

2007-08-09 Thread Andreas Krebbel
Hello, the bootstrap failure you are seeing is caused by my decompose multiword shift patch: http://gcc.gnu.org/ml/gcc-patches/2007-08/msg00419.html It is the same failure as reported by Andreas Tobler: http://gcc.gnu.org/ml/gcc-patches/2007-08/msg00533.html I don't have access to a sparc machin

RE: ICE on valid code, cse related

2007-08-09 Thread Dave Korn
On 09 August 2007 13:25, Rask Ingemann Lambertsen wrote: > On Fri, Aug 03, 2007 at 03:49:32PM +0100, Dave Korn wrote: >> >> Yes, absolutely so, we already know that there are problems there. For >> references, see the threads "Deep CSE bug!"[*] and "Bogus REG_EQUIV note >> generation"[**] (sub

Re: ICE on valid code, cse related

2007-08-09 Thread Rask Ingemann Lambertsen
On Fri, Aug 03, 2007 at 03:49:32PM +0100, Dave Korn wrote: > > Yes, absolutely so, we already know that there are problems there. For > references, see the threads "Deep CSE bug!"[*] and "Bogus REG_EQUIV note > generation"[**] (subject line was wrong, should have been REG_EQUAL all along) > fro

Fwd: Fixed function compilation order

2007-08-09 Thread Cupertino Miranda
Here is the answer. Begin forwarded message: From: "Daniel Berlin" <[EMAIL PROTECTED]> Date: August 9, 2007 2:31:08 AM CEDT To: "Cupertino Miranda" <[EMAIL PROTECTED]> Subject: Re: Fixed function compilation order On 8/8/07, Cupertino Miranda <[EMAIL PROTECTED]> wrote: On Aug 9, 2007, at 2:0

Fwd: Fixed function compilation order

2007-08-09 Thread Cupertino Miranda
Yesterday by mistake I started some private discussion with Daniel. I will forward his answer too. Begin forwarded message: From: Cupertino Miranda <[EMAIL PROTECTED]> Date: August 9, 2007 2:24:04 AM CEDT To: Daniel Berlin <[EMAIL PROTECTED]> Subject: Re: Fixed function compilation order On A

can't bootstrap current trunk: internal compiler error: in simplify_subreg, at simplify-rtx.c:4679

2007-08-09 Thread Christian Joensson
Aurora SPARC Linux release 2.99 (Angel)/TI UltraSparc IIi (Sabre) sun4u: binutils-2.17.50.0.3-6.sparc.sparc bison-2.3-2.1.sparc dejagnu-1.4.4-5.1.noarch expect-5.43.0-5.1.sparc gcc-4.1.1-30.1.sparc glibc-2.5-3.1.sparcv9 glibc-2.5-3.1.sparc64 glibc-devel-2.5-3.1.sparc glibc-devel-2.5-3.1.sparc64 gl

Bootstrap failure on i386-pc-linux-gnu

2007-08-09 Thread FX Coudert
My automated nightly build failed to bootstrap this evening on i386- pc-linux-gnu. This is for trunk rev. 127311, and the error is: /home/fx/gfortran_nightbuild/ibin-20070809/./prev-gcc/xgcc -B/home/ fx/gfortran_nightbuild/ibin-20070809/./prev-gcc/ -B/home/fx/ gfortran_nightbuild/irun

Re: [RFC] Migrate pointers to members to the middle end

2007-08-09 Thread Daniel Berlin
On 8/8/07, Ollie Wild <[EMAIL PROTECTED]> wrote: > On 8/8/07, Daniel Berlin <[EMAIL PROTECTED]> wrote: > > I also haven't necessarily said what Ollie has proposed is a bad idea. > > I have simply said the way he has come up with what he proposed is > > not the way we should go about this. It may