Re: Missed ssa-copyrename optimization?

2013-01-08 Thread Bin.Cheng
On Tue, Jan 8, 2013 at 6:42 PM, Richard Biener wrote: > On Tue, Jan 8, 2013 at 8:51 AM, Bin.Cheng wrote: >> Hi, >> For attached preprocessed file, dump file >> lib_a-s_frexp.E.021t.copyrename1 contains gimple sequences like: >> >> : >> x_41 = x_8(D); >> goto ; >> >> : >> if (ix_15 <= 10

RE: Build error in genconstants.c

2013-01-08 Thread Iyer, Balaji V
Hi Marc, Please see my response below. > -Original Message- > From: Marc Glisse [mailto:marc.gli...@inria.fr] > Sent: Tuesday, January 08, 2013 6:20 PM > To: Iyer, Balaji V > Cc: 'gcc@gcc.gnu.org' > Subject: RE: Build error in genconstants.c > > On Tue, 8 Jan 2013, Iyer, Balaji V

RE: Build error in genconstants.c

2013-01-08 Thread Marc Glisse
On Tue, 8 Jan 2013, Iyer, Balaji V wrote: Thanks for your response. I looked at config.log and I got the following information about sbrk. This error only occurs when I type "make." If I reconfigured the build directory and typed "make -j8" (or whatever the number of cores I have on my machin

RE: Build error in genconstants.c

2013-01-08 Thread Iyer, Balaji V
Hi Marc, Thanks for your response. I looked at config.log and I got the following information about sbrk. This error only occurs when I type "make." If I reconfigured the build directory and typed "make -j8" (or whatever the number of cores I have on my machine) it seem to build fine.

Re: stabs support in binutils, gcc, and gdb

2013-01-08 Thread Arnaud Charlet
> Okay. If there is no direct use of TLS in GNAT, then testing with the > new support would not provide any additional feedback and sanity > checks of the support. Right.

Re: stabs support in binutils, gcc, and gdb

2013-01-08 Thread David Edelsohn
On Tue, Jan 8, 2013 at 9:46 AM, Arnaud Charlet wrote: > We haven't done any work to support TLS in gnu as/ld on AIX (other > than ignore these sections for now to avoid generating hard errors), so > enabling TLS in GCC would indeed cause some troubles, although we don't > use TLS directly in GNAT

Re: stabs support in binutils, gcc, and gdb

2013-01-08 Thread Arnaud Charlet
> It would be helpful for Adacore to contribute the support upstream > into the FSF tree, not only to make GNU Binutils more useful on AIX > but to avoid others duplicating your work -- especially in > incompatible ways. Indeed. > The large TOC feature (cmodel=large) is not used by default and th

Re: stabs support in binutils, gcc, and gdb

2013-01-08 Thread David Edelsohn
On Tue, Jan 8, 2013 at 3:10 AM, Joel Brobecker wrote: > I was able to speak to Tristan, yesterday, and he confirmed that > we haven't been able to contribute a few of the patches he wrote. > Unfortunately, his TODO list is more than full, at the moment, and > we don't think he'll have time to work

GCC 4.8.0 Status Report (2013-01-08), Stage 3 is over, regression fixes and docs only in effect immediately

2013-01-08 Thread Richard Biener
Status == Stage3 has now officially ended after lasting a bit more than two months. This means that GCC trunk is now in release branch mode, thus only regression fixes and documentation changes are allowed now. Upcoming GCC 4.8 has stabilized itself over the holidays and I am aware of whole-

Re: Missed ssa-copyrename optimization?

2013-01-08 Thread Richard Biener
On Tue, Jan 8, 2013 at 8:51 AM, Bin.Cheng wrote: > Hi, > For attached preprocessed file, dump file > lib_a-s_frexp.E.021t.copyrename1 contains gimple sequences like: > > : > x_41 = x_8(D); > goto ; > > : > if (ix_15 <= 1048575) > goto ; > else > goto ; > > : > x_19 = x_8(D)

edges, plugins, and why they need a GC....

2013-01-08 Thread Basile Starynkevitch
Hello All, I've got the following behavior in some MELT extension, but I am translating that as if it was a plain C plugin to GCC. See https://groups.google.com/d/msg/gcc-melt/mHbiKcI8dZA/gCMT-943IjQJ for the original issue. My colleague Emmanuel Haucourt wants to dump some control flow infor

Re: stabs support in binutils, gcc, and gdb

2013-01-08 Thread Joel Brobecker
I was able to speak to Tristan, yesterday, and he confirmed that we haven't been able to contribute a few of the patches he wrote. Unfortunately, his TODO list is more than full, at the moment, and we don't think he'll have time to work on that for a while. I might have time in the next few weeks t