Since r110852: Mainline broken for VAX (cc0 target)

2006-02-12 Thread Jan-Benedict Glaw
Hi! Since r110852, GCC (used as cross-compiler) can no longer build uClibc or (parts of) GNU libc: +2006-02-10 Zdenek Dvorak <[EMAIL PROTECTED]> + + * doc/invoke.texi (-floop-optimize2): Removed. + * toplev.c (process_options): Remove handling of flag_loop_optimize2. + * loop-i

Re: Since r110852: Mainline broken for VAX (cc0 target)

2006-02-12 Thread Andrew Pinski
On Feb 12, 2006, at 3:21 PM, Jan-Benedict Glaw wrote: Hi! Since r110852, GCC (used as cross-compiler) can no longer build uClibc or (parts of) GNU libc: +2006-02-10 Zdenek Dvorak <[EMAIL PROTECTED]> + + * doc/invoke.texi (-floop-optimize2): Removed. + * toplev.c (process_options)

Re: Since r110852: Mainline broken for VAX (cc0 target)

2006-02-12 Thread Zdenek Dvorak
Hello, > Since r110852, GCC (used as cross-compiler) can no longer build uClibc > or (parts of) GNU libc: > > +2006-02-10 Zdenek Dvorak <[EMAIL PROTECTED]> > + > + * doc/invoke.texi (-floop-optimize2): Removed. > + * toplev.c (process_options): Remove handling of flag_loop_optimize2.

Re: Since r110852: Mainline broken for VAX (cc0 target)

2006-02-12 Thread Jan-Benedict Glaw
On Sun, 2006-02-12 15:26:40 -0500, Andrew Pinski <[EMAIL PROTECTED]> wrote: > On Feb 12, 2006, at 3:21 PM, Jan-Benedict Glaw wrote: > >Since r110852, GCC (used as cross-compiler) can no longer build uClibc > >or (parts of) GNU libc: > > > >+2006-02-10 Zdenek Dvorak <[EMAIL PROTECTED]> > >+ > >+

Re: Since r110852: Mainline broken for VAX (cc0 target)

2006-02-12 Thread Andrew Pinski
On Feb 12, 2006, at 3:33 PM, Jan-Benedict Glaw wrote: First of all: thanks. You're ultimatively fast. And now: How do you actually find the PRs? I seem to wrongly use Bugzilla's search engine. I submitted "int_mode_for_mode" into the "Enter a bug # or some search terms" box of http://gcc.gnu.

the builtin_function hook

2006-02-12 Thread Rafael Espíndola
There is a lot of duplicated code in the hooks implementation in the various front ends. I am trying to factor it a little bit. I started with the builtin_function hook. Doing a mostly mechanical work I came up with the attached patch. The patch doesn't touches the C++ front end because it is orga

Re: Since r110852: Mainline broken for VAX (cc0 target)

2006-02-12 Thread David Fang
> > And now: How do you actually find the PRs? I seem to wrongly use > > Bugzilla's search engine. I submitted "int_mode_for_mode" into the > > "Enter a bug # or some search terms" box of > > http://gcc.gnu.org/bugzilla/ , which didn't find anything. I don't > > really feel like wasting your time

Re: Since r110852: Mainline broken for VAX (cc0 target)

2006-02-12 Thread Hans-Peter Nilsson
On Sun, 12 Feb 2006, David Fang wrote: > > > And now: How do you actually find the PRs? I seem to wrongly use > > > Bugzilla's search engine. I submitted "int_mode_for_mode" into the > > > "Enter a bug # or some search terms" box of > > > http://gcc.gnu.org/bugzilla/ , which didn't find anything.

Re: Since r110852: Mainline broken for VAX (cc0 target)

2006-02-12 Thread David Daney
Andrew Pinski wrote: On Feb 12, 2006, at 3:33 PM, Jan-Benedict Glaw wrote: First of all: thanks. You're ultimatively fast. And now: How do you actually find the PRs? I seem to wrongly use Bugzilla's search engine. I submitted "int_mode_for_mode" into the "Enter a bug # or some search terms"

Re: "cscope" type functionality

2006-02-12 Thread Tom Tromey
> "Perry" == Perry Smith <[EMAIL PROTECTED]> writes: Perry> gcc/g++ has the -M options to help in creating Makefiles. It struck Perry> me this morning that a similar switch to help in the creation of a Perry> database to use to create a "cscope" type facility would be very Perry> nice. It wo

Re: "cscope" type functionality

2006-02-12 Thread Gabriel Dos Reis
Tom Tromey <[EMAIL PROTECTED]> writes: [...] | I think it would be more advisable to design something with AST | database generation as an explicit goal. I believe that is a sensible approach, one that I thought a by-product of the "Link Time Optimization" proposal. Such a format will be tremen

Global declarations before RTL expansion

2006-02-12 Thread Arquimedes Canedo
Dear developers, I am trying to get all global declarations in GIMPLE level just before RTL expansion. I have tried to copy the scope instead of pop_scope() to catch the global declarations in the way c_write_global_declarations() does it but I've failed. It seems the structures are not y

Re: Global declarations before RTL expansion

2006-02-12 Thread Daniel Berlin
On Mon, 2006-02-13 at 11:48 +0900, Arquimedes Canedo wrote: > Dear developers, > > I am trying to get all global declarations in GIMPLE level just > before RTL expansion. I have tried to copy the scope instead of > pop_scope() to catch the global declarations in the way > c_write_global_decl

Re: Global declarations before RTL expansion

2006-02-12 Thread Arquimedes Canedo
On Feb 13, 2006, at 11:52 AM, Daniel Berlin wrote: cgraph's varpool should have these. Look at ipa-type-escape.c for the varpool_nodes_queue walking code. Thanks for the guidance. I'm using gcc-4.0.2 sources and I could get the global variables by the cgraph_varpool_nodes. This is what I wa