Re: GCC 4.8.0 Status Report (2012-10-29), Stage 1 to end soon

2012-11-01 Thread Sharad Singhai
On Tue, Oct 30, 2012 at 4:04 PM, Sharad Singhai wrote: > Hi Jakub, > > My -fopt-info pass filtering patch > (http://gcc.gnu.org/ml/gcc-patches/2012-10/msg02704.html) is being > reviewed and I hope to get this in by Nov. 5 for inclusion in gcc > 4.8.0. I just committed -fopt-info pass filtering pa

Re: Debugging incorrect generation of RTL

2012-11-01 Thread Andrew Haley
On 11/01/2012 10:28 AM, Peter Garbett wrote: > I am maintaining a private port that I am attempting to port to GCC 4.7.2 > > With RTL checking enabled, it fails with a message > > > "RTL check: expected code 'reg' have 'const_int' in rhs_regno, at rtl.h:1090" > > > I assume this is because the

Re: GCC 4.8.0 Status Report (2012-10-29), Stage 1 to end soon

2012-11-01 Thread Jakub Jelinek
On Thu, Nov 01, 2012 at 12:52:04AM -0700, Sharad Singhai wrote: > On Tue, Oct 30, 2012 at 4:04 PM, Sharad Singhai wrote: > > Hi Jakub, > > > > My -fopt-info pass filtering patch > > (http://gcc.gnu.org/ml/gcc-patches/2012-10/msg02704.html) is being > > reviewed and I hope to get this in by Nov. 5

Re: GCC 4.8.0 Status Report (2012-10-29), Stage 1 to end soon

2012-11-01 Thread Kenneth Zadeck
richi, I would like you to respond to at least point 1 of this email. In it there is code from the rtl level that was written twice, once for the case when the size of the mode is less than the size of a HWI and once for the case where the size of the mode is less that 2 HWIs. my patch cha

Re: GCC 4.8.0 Status Report (2012-10-29), Stage 1 to end soon

2012-11-01 Thread Diego Novillo
On Thu, Nov 1, 2012 at 8:28 AM, Jakub Jelinek wrote: > How was that change tested? I'm seeing thousands of new UNRESOLVED > failures, of the form: > spawn -ignore SIGHUP /usr/src/gcc/obj415/gcc/xgcc -B/usr/src/gcc/obj415/gcc/ > /usr/src/gcc/gcc/testsuite/gcc.target/i386/branch-cost1.c > -fno-d

Re: GCC 4.8.0 Status Report (2012-10-29), Stage 1 to end soon

2012-11-01 Thread Richard Sandiford
Kenneth Zadeck writes: > I would like you to respond to at least point 1 of this email. In it > there is code from the rtl level that was written twice, once for the > case when the size of the mode is less than the size of a HWI and once > for the case where the size of the mode is less that

Re: GCC 4.8.0 Status Report (2012-10-29), Stage 1 to end soon

2012-11-01 Thread Kenneth Zadeck
On 11/01/2012 09:10 AM, Richard Sandiford wrote: Kenneth Zadeck writes: I would like you to respond to at least point 1 of this email. In it there is code from the rtl level that was written twice, once for the case when the size of the mode is less than the size of a HWI and once for the ca

Re: GCC 4.8.0 Status Report (2012-10-29), Stage 1 to end soon

2012-11-01 Thread Kenneth Zadeck
anyway richard, it does not answer the question as to what you are going to do with a typedef foo<2>. the point of all of this work by me was to leave no traces of the host in the way the compiler works. instantiating a specific size of the double-ints is not going to get you there. kenny O

Re: GCC 4.8.0 Status Report (2012-10-29), Stage 1 to end soon

2012-11-01 Thread Sharad Singhai
I am really sorry about that. I am looking and will fix the breakage or revert the patch shortly. Thanks, Sharad On Thu, Nov 1, 2012 at 5:28 AM, Jakub Jelinek wrote: > On Thu, Nov 01, 2012 at 12:52:04AM -0700, Sharad Singhai wrote: >> On Tue, Oct 30, 2012 at 4:04 PM, Sharad Singhai wrote: >> >

Re: [ANN] gcc-lua: Lua plugin for the GNU Compiler Collection

2012-11-01 Thread Diego Novillo
On 2012-10-31 13:50 , Peter Colberg wrote: gcc‑lua extends the GNU Compiler Collection with the ability to run Lua scripts. The plugin provides an interface to register callback functions for plugin events, and inspect the abstract syntax tree of a translation unit. The plugin is useful for stat

Re: GCC 4.8.0 Status Report (2012-10-29), Stage 1 to end soon

2012-11-01 Thread Richard Sandiford
Richard Sandiford writes: > As is probably obvious, I don't agree FWIW. It seems like an unnecessary > complication without any clear use. Especially since the number of > significant HWIs in a wide_int isn't always going to be the same for > both operands to a binary operation, and it's not cle

Re: GCC 4.8.0 Status Report (2012-10-29), Stage 1 to end soon

2012-11-01 Thread Sharad Singhai
I found the problem and the following patch fixes it. The issue with my testing was that I was only looking at 'FAIL' lines but forgot to tally the 'UNRESOLVED' test cases, the real symptoms of my test problems. In any case, I am rerunning the whole testsuite just to be sure. Assuming tests pass

Re: GCC 4.8.0 Status Report (2012-10-29), Stage 1 to end soon

2012-11-01 Thread Diego Novillo
On Thu, Nov 1, 2012 at 12:40 PM, Sharad Singhai wrote: > I found the problem and the following patch fixes it. The issue with > my testing was that I was only looking at 'FAIL' lines but forgot to > tally the 'UNRESOLVED' test cases, the real symptoms of my test > problems. In any case, I am rer

Re: GCC 4.8.0 Status Report (2012-10-29), Stage 1 to end soon

2012-11-01 Thread Sharad Singhai
On Thu, Nov 1, 2012 at 9:44 AM, Diego Novillo wrote: > On Thu, Nov 1, 2012 at 12:40 PM, Sharad Singhai wrote: >> I found the problem and the following patch fixes it. The issue with >> my testing was that I was only looking at 'FAIL' lines but forgot to >> tally the 'UNRESOLVED' test cases, the r

Re: GCC 4.8.0 Status Report (2012-10-29), Stage 1 to end soon

2012-11-01 Thread Sterling Augustine
Hi Jakub, I would like to get the fission implementation in before stage 1. It has been under review for some time, and is awaiting another round of review now. More info here: http://gcc.gnu.org/ml/gcc-patches/2012-10/msg02684.html Sterling

ASAN support accepted and reviewers appointed

2012-11-01 Thread David Edelsohn
I am pleased to announce that the GCC Steering Committee has accepted the Address Sanitizer (ASAN) feature and its associated runtime support library imported from an external repository. Jakub Jelinek, Dodji Seketeli, Kostya Serebryany, and Dmitry Vyukov have been appointed co-reviewers.