Re: deadline extension for debug info project into GCC 4.3 stage3?
On 9/26/07, Alexandre Oliva <[EMAIL PROTECTED]> wrote: > On Sep 11, 2007, Mark Mitchell <[EMAIL PROTECTED]> wrote: > > > That's a possibility, but I don't want to commit at this point. We can > > have a look at it when you submit it and decide. However, in general, > > introducing churn for the sake of a feature that will be off by default > > isn't something that I would want to do. The more compartmentalized you > > make it, the better your chances are. > > It's nearly impossible to make the patch compartmentalized, but pretty > much all of the changes would be clearly disabled and no-ops unless > the flag was given in the command line. > > That said, I found out there's still a long way to go before this is > actually a no-op in terms of generated code (other than debug info, > that is), as far as testsuite results, target libraries and other > ports are concerned, so I'm thinking this is very unlikely to make 4.3 > :-( Can you develop this more in the open to allow contribution, facititate further review and make merging it to 4.4 less pain? It looks like that if the patch is not easy to compartmentalize then a branch would be appropriate, though also patches would be fine. I find myself in a situation where I would need to start doing the same work as you (possibly). Thanks, Richard.
Re: deadline extension for debug info project into GCC 4.3 stage3?
On Oct 1, 2007, "Richard Guenther" <[EMAIL PROTECTED]> wrote: > Can you develop this more in the open to allow contribution, > facititate further review and make merging it to 4.4 less pain? Sure! I'm very glad you asked ;-) I've just created the var-tracking-assignments branch, and I'll check my pending patches into it over the course of the day. Some of them are also applicable to mainline, so I'll submit them as such; others are branch-only for now, and I'll use ChangeLog.vta for them. > I find myself in a situation where I would need to start doing the > same work as you (possibly). I can send you the patches in private if you'd like to get your hands dirty right away, just let me know ;-) Here's the patch for the web pages that I'm checking in: --- svn.html13 Sep 2007 02:13:37 -0300 1.61 +++ svn.html01 Oct 2007 11:53:32 -0300 @@ -156,6 +156,12 @@ list therefore provides only some repres + var-tracking-assignments-branch + This branch aims at improving debug information by annotating + assignments early in the compilation, and carrying over such + annotations throughout optimization passes and representations. + This branch is maintained by Alexandre Oliva. + tree-profiling-branch This branch is for the development of profiling heuristics and profile based optimizations for trees, such as profile driven inline -- Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/ FSF Latin America Board Member http://www.fsfla.org/ Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org} Free Software Evangelist [EMAIL PROTECTED], gnu.org}
Re: deadline extension for debug info project into GCC 4.3 stage3?
On 10/1/07, Alexandre Oliva <[EMAIL PROTECTED]> wrote: > On Oct 1, 2007, "Richard Guenther" <[EMAIL PROTECTED]> wrote: > > > Can you develop this more in the open to allow contribution, > > facititate further review and make merging it to 4.4 less pain? > > Sure! I'm very glad you asked ;-) > > I've just created the var-tracking-assignments branch, and I'll check > my pending patches into it over the course of the day. Some of them > are also applicable to mainline, so I'll submit them as such; others > are branch-only for now, and I'll use ChangeLog.vta for them. Thanks! > > I find myself in a situation where I would need to start doing the > > same work as you (possibly). > > I can send you the patches in private if you'd like to get your hands > dirty right away, just let me know ;-) No need to hurry, I'll happily wait for the patches to arrive on the branch. Richard.
Re: GCC 4.2.2 RC2 Available
> In either case, I don't think that this is a showstopper. (AFAIK, > you're the first person to notice this, and you've indicated that it's > now a relatively long-standing bug.) This is bug #31955 in Bugzilla. It is rather annoying, because the online installation instructions only cover mainline (see bug #32927). Regards, Anders Montonen
gcc-4.1-20071001 is now available
Snapshot gcc-4.1-20071001 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.1-20071001/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.1 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-4_1-branch revision 128926 You'll find: gcc-4.1-20071001.tar.bz2 Complete GCC (includes all of below) gcc-core-4.1-20071001.tar.bz2 C front end and core compiler gcc-ada-4.1-20071001.tar.bz2 Ada front end and runtime gcc-fortran-4.1-20071001.tar.bz2 Fortran front end and runtime gcc-g++-4.1-20071001.tar.bz2 C++ front end and runtime gcc-java-4.1-20071001.tar.bz2 Java front end and runtime gcc-objc-4.1-20071001.tar.bz2 Objective-C front end and runtime gcc-testsuite-4.1-20071001.tar.bz2The GCC testsuite Diffs from 4.1-20070924 are available in the diffs/ subdirectory. When a particular snapshot is ready for public consumption the LATEST-4.1 link is updated and a message is sent to the gcc list. Please do not use a snapshot before it has been announced that way.
September entry on mailing list pages broken
Hi, the starting pages for the mailing lists like http://gcc.gnu.org/ml/gcc or http://gcc.gnu.org/ml/gcc-patches are broken. To be more precise, the entry generated for September is corrupted: It shows a strange size, and the link points to a wrong location. * October, 2007 * September, 2007 [mbox-formatted archive (/pub/gcc/mail-archives bytes)] * August, 2007 [mbox-formatted archive (510.0 Kbytes)] * July, 2007 [mbox-formatted archive (783.5 Kbytes)] [etc.] Can anybody fix this? Regards, Volker
Re: Fwd: September entry on mailing list pages broken
On 10/1/07, Christopher Faylor <[EMAIL PROTECTED]> wrote: > On Mon, Oct 01, 2007 at 05:42:15PM -0700, Andrew Pinski wrote: > >This is maybe more appropriate for overseers. > > We're not supporting the ftp archives anymore so all of those links will > be disappearing soon. I forgot to mention when this was being discussed that I actually have used these before (I did not the links on the website linked to the ftp site). Thanks, Andrew Pinski