Re: Example of debugging GCC with toplevel bootstrap

2006-01-05 Thread Paolo Bonzini
make all-stage2 STAGE1_LANGUAGES=c,fortran So, how would I now get a cc1plus/f951/jc1/cc1 binary compiled by the stage0 (host) compiler? That would give me the 4 '-g -O0' binaries compiled with the system compiler. I've tried following these notes, but it always gives me binaries built

Tree broken by (partial) gomp merge

2006-01-05 Thread Richard Guenther
gcc -c -g -fno-inline -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../src/svn/gcc/gcc -I../../../src/svn/gcc/gcc/. -I.

Re: Tree broken by (partial) gomp merge

2006-01-05 Thread Richard Guenther
Hm, now it seems to be fixed. Weird. Richard.

Re: Time to add new copyright years...

2006-01-05 Thread Robert Dewar
(still off topic! sorry!) In fact, the US Copyright law seems to need only the first year of publication: http://www.copyright.gov/circs/circ1.html#fnv but I guess we want to be really conservative across countries and their laws on copyright. Actually even the first year is not required.

Devirtualizing method calls

2006-01-05 Thread Andrew Haley
I've been experimenting with devirtualizing method calls, and sometimes a construct like this can pay dividends: /* Fetch vtable entry into D.914, then... */ if (D.914 != bar) { /* Make virtual call. */ D.915 = D.914 (this.7, p.6); iftmp.8 = D.915; } else {

Re: RFD: CSiBE failure: typeof sometimes copies toplevel const qualifiers

2006-01-05 Thread Joern RENNECKE
Richard Guenther wrote: This has been reported before and the kernel was fixed. typeof now always "returns" the effective type, including CV qualifiers in effect. Huh? Why would the effective type of __typeof__ (*(&uss->p)) x; be different from __typeof__ ((uss->p)) x; ? Moreover,

Re: Example of debugging GCC with toplevel bootstrap

2006-01-05 Thread Diego Novillo
On Thursday 05 January 2006 03:40, Paolo Bonzini wrote: > make stage1-bubble STAGE1_LANGUAGES=c,c++,fortran,java > Sorry, but this didn't help. This left me with only the cc1 binary in bld/gcc: $ cd $ make clean $ make stage1-bubble STAGE1_LANGUAGES=c,c++,fortran $ ls gcc/f951 gcc/cc1plus gcc/

Re: Devirtualizing method calls

2006-01-05 Thread Andrew Pinski
On Jan 5, 2006, at 8:09 AM, Andrew Haley wrote: I've been experimenting with devirtualizing method calls, and sometimes a construct like this can pay dividends: Another possibility is to have the inliner convert virtual calls into something like the above. Maybe the real solution to all of

Re: Devirtualizing method calls

2006-01-05 Thread Andrew Haley
Andrew Pinski writes: > > On Jan 5, 2006, at 8:09 AM, Andrew Haley wrote: > > > I've been experimenting with devirtualizing method calls, and > > sometimes a construct like this can pay dividends: > > > Another possibility is to have the inliner convert virtual calls into > > something l

Re: Devirtualizing method calls

2006-01-05 Thread Daniel Berlin
On Thu, 2006-01-05 at 13:37 +, Andrew Haley wrote: > Andrew Pinski writes: > > > > On Jan 5, 2006, at 8:09 AM, Andrew Haley wrote: > > > > > I've been experimenting with devirtualizing method calls, and > > > sometimes a construct like this can pay dividends: > > > > > Another possibi

Re: Time to add new copyright years...

2006-01-05 Thread Richard Kenner
IANAL, but I think it is sufficient to indicate the year the copyrighted entity was first published and the last year it was revised instead of enumerating all the years it was revised. Well, yes, a lot of us agree with that, but RMS doesn't and his is the only vote that counts here!

build fails with shared libs intalled in non-standard locations

2006-01-05 Thread Aleksandar Milivojevic
I was doing a build on sparc64-sun-solaris2.9 (I guess all sparc*-*-solaris* targets are affected). The build was failing because library search path was not hardcoded (via -rpath or -R options) into xgcc executable. On my system, I have two libintl.so libraries. Solaris version in /usr/lib/spar

Successful built of 3.4.5, failing gctest from testsuite

2006-01-05 Thread Michal Dovciak
Hi all, here is a specification of my successful installation of gcc-3.4.5 1. Output from running srcdir/config.guess: i686-pc-linux-gnu 2. The output of gcc -v for my newly installed gcc: Reading specs from /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.5/specs Configured with: /local/install/gc

pr11135: make PIC register a pseudo

2006-01-05 Thread Stuart Hastings
Regarding http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11135 How much effort would it take to fix this, at least for x86 (32-bit)? stuart hastings Apple Computer

question about registers that are set on entry to a function.

2006-01-05 Thread Kenneth Zadeck
Ian and Honza, Here is a first draft of the a function to find the set of registers that are (will) be defined on entry to function. I generated this from our conversation on chat and by looking around. This function is necessary in the new version of df because, unlike flow, we do both for

Re: Example of debugging GCC with toplevel bootstrap

2006-01-05 Thread Diego Novillo
On Thursday 05 January 2006 03:40, Paolo Bonzini wrote: > make stage1-bubble STAGE1_LANGUAGES=c,c++,fortran,java > > OK, thanks. That worked for a recently configured compiler. Now, suppose I had: $ ../trunk/configure $ make bootstrap check I now see a few failures that I want to check, so I

DWARF Debugging Standard Version 3 Released

2006-01-05 Thread Michael Eager
The DWARF Workgroup of The Free Standards Group is pleased to announce the availability of Version 3 of the DWARF Debugging Format Standard. The DWARF Debugging Format allows programming tools developers to create compilers and debuggers which make it easier for programmers to develop, test and

Re: question about registers that are set on entry to a function.

2006-01-05 Thread Ian Lance Taylor
Kenneth Zadeck <[EMAIL PROTECTED]> writes: > 1) Do you believe that this code could be correct? Well, no. > 2) Most of the paragraphs are protected by either reload_completed or > epilogue_completed (which has a comment at the its point of > declaration that it is true for both the prologue and

Re: question about registers that are set on entry to a function.

2006-01-05 Thread Kenneth Zadeck
Ian Lance Taylor wrote: Kenneth Zadeck <[EMAIL PROTECTED]> writes: 1) Do you believe that this code could be correct? Well, no. You do not have to sugar coat it, I can handle the truth. 2) Most of the paragraphs are protected by either reload_completed or epilogue_completed (whi

Re: question about registers that are set on entry to a function.

2006-01-05 Thread Ian Lance Taylor
Kenneth Zadeck <[EMAIL PROTECTED]> writes: > > For complete accuracy, there are probably going to be some target > > specific registers which need to be handled, unfortunately. For > > example, on MIPS, with -mabicalls (which is the default on GNU/Linux), > > $25 is live on function entry. It ho

Re: pr11135: make PIC register a pseudo

2006-01-05 Thread Ian Lance Taylor
Stuart Hastings <[EMAIL PROTECTED]> writes: > Regarding > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11135 > > How much effort would it take to fix this, at least for x86 (32-bit)? Not hard. See the MIPS backend, for example. Look at how it defines PIC_OFFSET_TABLE_REGNUM and how it

Re: Huge compile time regressions

2006-01-05 Thread Joern RENNECKE
Joern Rennecke wrote: I've found that the most striking compilation time increase was for flex / parse.c, which is a bison parser. -Os compilation for i686-pc-linux-gnu X sh-elf --disable-checking went from 0.95 to 4.5 seconds. Optimizing the REG_SET_EQ invocations gave a moderate win, down t

Re: Huge compile time regressions

2006-01-05 Thread Joern RENNECKE
Joern Rennecke wrote: Joern Rennecke wrote: I've found that the most striking compilation time increase was for flex / parse.c, which is a bison parser. -Os compilation for i686-pc-linux-gnu X sh-elf --disable-checking went from 0.95 to 4.5 seconds. Optimizing the REG_SET_EQ invocations gav

gcc-4.0-20060105 is now available

2006-01-05 Thread gccadmin
Snapshot gcc-4.0-20060105 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.0-20060105/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.0 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches

Re: build fails with shared libs intalled in non-standard locations

2006-01-05 Thread Eric Botcazou
> Is there anything I can add to "configure" or "make bootstrap" command line > to get around this? I attempted using LDFLAGS, but it hasn't helped. I > also attempted defining LD_LIBRARY_PATH, however it had no effect during > bootstrapping. I use "export LD_LIBRARY_PATH=/usr/local/lib/sparcv9"