Re: lto gimple types and debug info

2008-07-26 Thread Diego Novillo
On 7/26/08 3:48 PM, Richard Guenther wrote: On Sat, Jul 26, 2008 at 8:42 PM, Daniel Berlin <[EMAIL PROTECTED]> wrote: So how do you plan to keep the debug info up to date in the presence of structure reordering/etc transforms? Provide no debug information for these types/decls. That would b

Re: lto gimple types and debug info

2008-07-26 Thread Richard Guenther
On Sat, Jul 26, 2008 at 8:42 PM, Daniel Berlin <[EMAIL PROTECTED]> wrote: > On Sat, Jul 26, 2008 at 1:55 PM, Richard Guenther > <[EMAIL PROTECTED]> wrote: >> On Sat, Jul 26, 2008 at 7:48 PM, David Edelsohn <[EMAIL PROTECTED]> wrote: >>> Kenny> 2) Generate the debugging for the types early, and then

Re: lto gimple types and debug info

2008-07-26 Thread Daniel Berlin
On Sat, Jul 26, 2008 at 1:55 PM, Richard Guenther <[EMAIL PROTECTED]> wrote: > On Sat, Jul 26, 2008 at 7:48 PM, David Edelsohn <[EMAIL PROTECTED]> wrote: >> Kenny> 2) Generate the debugging for the types early, and then add an >> Kenny> interface that would parse and regenerate the debugging info w

Re: lto gimple types and debug info

2008-07-26 Thread Richard Guenther
On Sat, Jul 26, 2008 at 7:48 PM, David Edelsohn <[EMAIL PROTECTED]> wrote: > Kenny> 2) Generate the debugging for the types early, and then add an > Kenny> interface that would parse and regenerate the debugging info with > Kenny> the changes. It is quite likely that this would lock gcc > Kenny> c

Re: lto gimple types and debug info

2008-07-26 Thread David Edelsohn
Kenny> 2) Generate the debugging for the types early, and then add an Kenny> interface that would parse and regenerate the debugging info with Kenny> the changes. It is quite likely that this would lock gcc Kenny> completely into dwarf, but that appears to only be a problem for Kenny> AIX at this

Re: gcj/sparc64?

2008-07-26 Thread Andrew Haley
Tom Tromey wrote: >> "Jay" == Jay <[EMAIL PROTECTED]> writes: > > Jay> This is an incomplete bug report. > Jay> unified gcc 4.3.1/binutils 2.18/gmp/mpfr tree: > Jay> -bash-3.00$ gcc -v > Jay> Using built-in specs. > Jay> Target: sparc-sun-solaris2.10 > > [...] > Jay> /.libs/H

Re: gcc will become the best optimizing x86 compiler

2008-07-26 Thread Agner Fog
Michael Meissner wrote: On Fri, Jul 25, 2008 at 09:08:42AM +0200, Agner Fog wrote: Gnu libc could borrow a lot of optimized functions from Opensolaris and Mac and other open source projects. They look better than Gnu libc, but there is still room for improvement. For example, Opensolaris d

RE: --sysroot=yes

2008-07-26 Thread Jay
Joseph, Right, I read that in the docs and I understand. As well, this is probably unusual enough, that no default is needed? Do you agree, at least, that fixincludes has a bug here? For now I am working around by using -with-build-sysroot=/usr/local//sys-root. which is redundant but ok for comp