Re: mips/debug/reload question (PR 54128)

2012-08-14 Thread Georg-Johann Lay
Steve Ellcey schrieb: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54128 I was wondering if anyone could help me out with a mips target bug involving debug info and register allocation / reload. The initial problem was that when bootstrapping on a mips linux box I got a compare failure with tree

Re: The C++ conversion branch has been merged into trunk

2012-08-14 Thread Mike Dupont
to be clear, I have also tried in the distant past do some C++ compilation of the gcc. I had some ideas for making c++ interfaces to the classes and some code. Also for converting some macros into inline functions for type safety. mike On Wed, Aug 15, 2012 at 6:50 AM, Mike Dupont wrote: > Thats

Re: The C++ conversion branch has been merged into trunk

2012-08-14 Thread Mike Dupont
Thats great, I have also tried in the distant past do so C++ compilation. Will have to get back on the bandwagon. mike On Wed, Aug 15, 2012 at 2:05 AM, Diego Novillo wrote: > > I have committed rev 190402, which merges the cxx-conversion branch into > trunk. Thanks to everyone who provided revie

Re: The C++ conversion branch has been merged into trunk

2012-08-14 Thread Gabriel Dos Reis
On Tue, Aug 14, 2012 at 9:05 PM, Diego Novillo wrote: > > I have committed rev 190402, which merges the cxx-conversion branch into > trunk. Thanks to everyone who provided review feedback and tested the > branch. > > While we have tested the changes pretty thoroughly, we will monitor results > fr

The C++ conversion branch has been merged into trunk

2012-08-14 Thread Diego Novillo
I have committed rev 190402, which merges the cxx-conversion branch into trunk. Thanks to everyone who provided review feedback and tested the branch. While we have tested the changes pretty thoroughly, we will monitor results from testers for any new failures introduced by these changes.

Error handling after gimple statement insert.

2012-08-14 Thread Matt Davis
Hello, In my compiler pass, I am inserting a new gimple call statement, and then replacing the next call. This usually works fine, and after I do this, the gimple dump looks as I expect. However, in one case, I trigger gcc to abort in "remove_unreachable_handlers, at tree-eh.c:3524" this is for

mips/debug/reload question (PR 54128)

2012-08-14 Thread Steve Ellcey
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54128 I was wondering if anyone could help me out with a mips target bug involving debug info and register allocation / reload. The initial problem was that when bootstrapping on a mips linux box I got a compare failure with tree-data-ref.o, I have sin

Re: ISL install troubles

2012-08-14 Thread Paul_Koning
On Aug 14, 2012, at 4:17 AM, Richard Guenther wrote: > On Mon, Aug 13, 2012 at 6:25 PM, wrote: >> Where does one go to report issues with ISL? >> >> Since GCC doesn't build without it, I'm trying to install ISL from sources. >> That doesn't work. It accepts --with-gmp but there is nothing i

Re: x86_64 unwinder in libgcc_s

2012-08-14 Thread Richard Henderson
On 08/14/2012 06:14 AM, Dmitri Shubin wrote: > My question was: why I get wrong (from my pov) CFA value from GCC unwinder. While I'll agree that something looks fishy, we can't tell what. You don't actually know what the correct values are. You can guess that they're wrong, based on the curious

Re: x86_64 unwinder in libgcc_s

2012-08-14 Thread Ian Lance Taylor
On Tue, Aug 14, 2012 at 6:14 AM, Dmitri Shubin wrote: > On 14.08.2012 14:18, Andrew Haley wrote: > > My question was: why I get wrong (from my pov) CFA value from GCC unwinder. > > I rewritten my small test. > As one can see here in foo() I placed constant 0x1020304050 right after > return addres

Re: ISL install troubles

2012-08-14 Thread Paul_Koning
On Aug 14, 2012, at 4:17 AM, Richard Guenther wrote: > On Mon, Aug 13, 2012 at 6:25 PM, wrote: >> Where does one go to report issues with ISL? >> >> Since GCC doesn't build without it, I'm trying to install ISL from sources. >> That doesn't work. It accepts --with-gmp but there is nothing i

Re: x86_64 unwinder in libgcc_s

2012-08-14 Thread Dmitri Shubin
On 14.08.2012 14:18, Andrew Haley wrote: You've already had an answer from Richard Henderson, who is probably the best-placed person to answer you. My question was: why I get wrong (from my pov) CFA value from GCC unwinder. I rewritten my small test. $ cat main.c #include #include typedef

Re: x86_64 unwinder in libgcc_s

2012-08-14 Thread Ian Lance Taylor
On Tue, Aug 14, 2012 at 3:02 AM, Fumiaki Isoya wrote: > > I know nothing about what IP, RA, CFA is, but how about asking Richard > Stallman ? He will probably answer where to write it. RMS hasn't worked on GCC since 1991. He would just refer the question back here. Ian

Re: x86_64 unwinder in libgcc_s

2012-08-14 Thread Andrew Haley
On 08/14/2012 09:44 AM, Dmitri Shubin wrote: > Any thoughts on this? > Or maybe it's wrong list for this question? You've already had an answer from Richard Henderson, who is probably the best-placed person to answer you. Please don't top-post. Andrew. > On 07.08.2012 12:09, Dmitri Shubin wrot

Re: x86_64 unwinder in libgcc_s

2012-08-14 Thread Fumiaki Isoya
Any thoughts on this? Or maybe it's wrong list for this question? On 07.08.2012 12:09, Dmitri Shubin wrote: On 06.08.2012 21:13, Richard Henderson wrote: On 08/06/2012 08:23 AM, Dmitri Shubin wrote: char *cfa = (char *) _Unwind_GetCFA(ctx); printf("cfa = %p\nra = %p\n", cfa, *(void *

Re: x86_64 unwinder in libgcc_s

2012-08-14 Thread Dmitri Shubin
Any thoughts on this? Or maybe it's wrong list for this question? On 07.08.2012 12:09, Dmitri Shubin wrote: On 06.08.2012 21:13, Richard Henderson wrote: On 08/06/2012 08:23 AM, Dmitri Shubin wrote: char *cfa = (char *) _Unwind_GetCFA(ctx); printf("cfa = %p\nra = %p\n", cfa, *(void *

Re: ISL install troubles

2012-08-14 Thread Richard Guenther
On Mon, Aug 13, 2012 at 6:25 PM, wrote: > Where does one go to report issues with ISL? > > Since GCC doesn't build without it, I'm trying to install ISL from sources. > That doesn't work. It accepts --with-gmp but there is nothing in the > Makefile to pay attention to that -- the compiles are