Re: Who should fix platforms broken by extern inline hack?

I'd like to ping these two problems :) i386-unknown-netbsdelf2.0.2 (and possibly newer versions) and i386-pc- mingw32 (latest released version) are still completely broken on mainline, as they have been for more that three months. As it turns out, I do now have access to a NetBSD system, an

Re: Hi all, just an onfo about huw to use gcc tree

Where could I find any toturial about? Could you suggest me how to start? I'm a newby in this. Thanks a lot Alle 22:30, sabato 3 marzo 2007, Richard Guenther ha scritto: > On 3/3/07, Fabio Giovagnini <[EMAIL PROTECTED]> wrote: > > Thanks for the answer. > > I go deeper in my thought so that mayb

Re: Hi all, just an onfo about huw to use gcc tree

Thanks a lot for your answer. Following some question about your gdb remote stuff. Alle 02:12, domenica 4 marzo 2007, Michael Eager ha scritto: > Fabio Giovagnini wrote: > > Thanks for the answer. > > I go deeper in my thought so that maybe you can give me more infos about > > how I have to inve

Improvements of the haifa scheduler

Hi. I want to share some of my thoughts and doings on improving / cleaning up current GCC instruction scheduler (Haifa) - most of them are just small obvious improvements. I have semi-ready patches for about a half of them and would appreciate any early suggestion or comments on the following dr

Re: Valid gimple for MEM_REF

Hello, > > only gimple_vals (name or invariant). However, the expressions are > >matched in final_cleanup dump (after out-of-ssa and ter), so this no > >longer is the case. I think just the regular expressions need to be > >updated. > > Then IV-OPTs has an issue too but IV-OPTs dump gives: > D

GCC project participation in the 2007 Google Summer of Code program?

Is the GCC project participating in the 2007 Google Summer of Code project? If so, is the link near the bottom of the page http://www.gnu.org/software/soc-projects/ideas.html correct? Do you have a list of project ideas? Thanks, James.

'call' is not an edge

hello all, I was wondering why "call" directives are not edges in function graphs ? I see that only jumps are edges, and calls are treated like a normal directive... thanks for the help, sunzir.

CFG question

hello ppl, when I use -fdump-rtl-all with -dv I get CFG files. where can I learn the syntax of that CFG files ? it seems some kind of LISP language... thanks ! sunzir

Re: CFG question

On 3/4/07, Sunzir Deepur <[EMAIL PROTECTED]> wrote: hello ppl, when I use -fdump-rtl-all with -dv I get CFG files. where can I learn the syntax of that CFG files ? it seems some kind of LISP language... As the fine manual says: `-dv' For each of the other indicated dump files

Re: Improvements of the haifa scheduler

Maxim Kuvyrkov wrote: Hi. I want to share some of my thoughts and doings on improving / cleaning up current GCC instruction scheduler (Haifa) - most of them are just small obvious improvements. I have semi-ready patches for about a half of them and would appreciate any early suggestion or comm

Re: CFG question

Hi, On 3/4/07, Steven Bosscher <[EMAIL PROTECTED]> wrote: On 3/4/07, Sunzir Deepur <[EMAIL PROTECTED]> wrote: > hello ppl, > > when I use -fdump-rtl-all with -dv I get CFG files. > where can I learn the syntax of that CFG files ? > it seems some kind of LISP language... So my guess is that

Re: CFG question

On 3/4/07, Sunzir Deepur <[EMAIL PROTECTED]> wrote: Forgive me, I had mistake in the question - I meant the debug dump files that we get just by using the -fdump-rtl-all. not the vcg files. how can I understand their syntax ? http://gcc.gnu.org/onlinedocs/gccint/RTL.html#RTL Gr. Steven

Re: CFG question

Hi, On 3/4/07, Steven Bosscher <[EMAIL PROTECTED]> wrote: On 3/4/07, Sunzir Deepur <[EMAIL PROTECTED]> wrote: > Forgive me, I had mistake in the question - I meant the debug dump files > that we get just by using the -fdump-rtl-all. not the vcg files. > how can I understand their syntax ? http:

Re: 'call' is not an edge

On 3/4/07, Sunzir Deepur <[EMAIL PROTECTED]> wrote: hello all, I was wondering why "call" directives are not edges in function graphs ? Because calls don't change the control flow except when they are able to throw exceptions, or don't return. If they were to be edges, you would have somethin

Re: Improvements of the haifa scheduler

On 3/4/07, Vladimir N. Makarov <[EMAIL PROTECTED]> wrote: Another important thing to do is to make the 1st scheduler register pressure sensitive. I don't know how many times this has to be said, no this is not the correct approach to fix that issue. The correct fix is able for the register all

Re: Massive SPEC failures on trunk

flag,runtime,tree Thread model: posix gcc version 4.3.0 20070304 (experimental) I'm a bit puzzled by the real/user ratio, the box was supposed to be idle... -- Eric Botcazou

Re: Hi all, just an onfo about huw to use gcc tree

Fabio Giovagnini wrote: Thanks a lot for your answer. Following some question about your gdb remote stuff. How big is your gdb remote stuff? Go to the gdb website (http://www.gnu.org/software/gdb/gdb.html) and download the documentation on gdb. That should answer your questions. -- Michael

Re: Improvements of the haifa scheduler

On 3/4/07, Andrew Pinski <[EMAIL PROTECTED]> wrote: On 3/4/07, Vladimir N. Makarov <[EMAIL PROTECTED]> wrote: > Another important thing to do is to make the 1st scheduler register > pressure sensitive. I don't know how many times this has to be said, no this is not the correct approach to fix th

Re: Massive SPEC failures on trunk

Grigory Zagorodnev wrote: Trunk GCC shows massive (2 compile-time and 6 run-time) failures on SPEC CPU2000 and CPU2006 at i386 and x86_64 on -O2 optimization level. Regression introduced somewhere between revision 122487 and 122478. http://gcc.gnu.org/viewcvs?view=rev&revision=122487 Almo

Re: Improvements of the haifa scheduler

Andrew Pinski wrote: On 3/4/07, Vladimir N. Makarov <[EMAIL PROTECTED]> wrote: Another important thing to do is to make the 1st scheduler register pressure sensitive. I don't know how many times this has to be said, no this is not the correct approach to fix that issue. The correct fix is

Re: Massive SPEC failures on trunk

Andrew Pinski wrote: For one, the 176.gcc in SPEC 2k has an aliasing violation in it so that failing is known. You might want to try adding -fno-strict-aliasing. In this case we would need to add -fno-strict-aliasing to CFLAGS for the whole 'int' test set, since we follow 'baseline' rules. That

Re: Failed

On Fri, 2 Mar 2007, Andrew Pinski wrote: >> -> http://www.gnu.org/software/gcc/gcc.html >> >> Failed Validation of W3C ! >> >> This page is not Valid XHTML 1.0 Transitional ! >> >> >> W3C rules specify that XHTML tags have to be written in lowercase. >> You have just to replace every "DIV" by "div

Re: obsolete maintainers

On Fri, 2 Mar 2007, Mark Mitchell wrote: > OK. If any of those people decide they want to be listed again, with > new email addresses, they can let us know, and we can put them back. > > You can remove that one too: >> Alex Samuel[EMAIL PROTECTED] > Alex left C

Re: GCC project participation in the 2007 Google Summer of Code program?

> Is the GCC project participating in the 2007 Google Summer of Code > project? If so, is the link near the bottom of the page > http://www.gnu.org/software/soc-projects/ideas.html correct? Do you > have a list of project ideas? Yes, the GCC project is participating. Please see: http://gcc

Re: GCC project participation in the 2007 Google Summer of Code program?

"James Youngman" <[EMAIL PROTECTED]> writes: > Is the GCC project participating in the 2007 Google Summer of Code > project? If so, is the link near the bottom of the page > http://www.gnu.org/software/soc-projects/ideas.html correct? Do you > have a list of project ideas? Yes, we do plan to

Re: Who should fix platforms broken by extern inline hack?

FX Coudert <[EMAIL PROTECTED]> writes: > I'd like to ping these two problems :) > > i386-unknown-netbsdelf2.0.2 (and possibly newer versions) and i386-pc- > mingw32 (latest released version) are still completely broken on > mainline, as they have been for more that three months. This patch (not

new auto-inc-dec pass

Hi, I'mm currently looking at the dataflow branch for m68k mainly because of the new auto-inc-dec pass, I worked a bit on the old code in flow.c, but considering the new pass, I think it doesn't make much sense to continue it. I'm attaching my current patch and some test cases, but before delv

Re: Who should fix platforms broken by extern inline hack?

Ian Lance Taylor wrote: > FX Coudert <[EMAIL PROTECTED]> writes: > >> I'd like to ping these two problems :) >> >> i386-unknown-netbsdelf2.0.2 (and possibly newer versions) and i386-pc- >> mingw32 (latest released version) are still completely broken on >> mainline, as they have been for more that

GCC 4.2.0 Status Report (2007-03-04)

After reviewing all of the traffic[1] that stemmed from my previous status report, I've decided that, indeed, it makes sense to steam ahead with GCC 4.2.0 based on current GCC 4.2.0 release branch. I haven't yet made a final decision on the aliasing issue, and I'm open to suggestions about what to

RTL insns getting deleted

Hi all, I am working with GCC 4.1.1. I had to set some target dependent flags before emitting any arithmetic instruction for floating point operation. e.g. before add operation, i need to set some flags. For that in define expand i used 1. emit_insn to set the flag (moving data to special regis

Re: Improvements of the haifa scheduler

Vladimir N. Makarov wrote: Maxim Kuvyrkov wrote: Hi. I want to share some of my thoughts and doings on improving / cleaning up current GCC instruction scheduler (Haifa) - most of them are just small obvious improvements. I have semi-ready patches for about a half of them and would appreciate