Sorry. How does the attached look? (am bootstrapping now)
Thanks for devising the patch. However, we are in the process of fixing the
issue on the Ada side so please do not apply it for now.
--
Eric Botcazou
This break Ada.
Fixed thusly, bootstrapped and regtested on x86_64-suse-linux, applied.
2013-08-08 Eric Botcazou ebotca...@adacore.com
* gcc-interface/Makefile.in (TOOLS_LIBS): Pick C object files from the
compiler build and use standard library variables.
On Thu, 2013-08-08 at 16:36 +0200, Eric Botcazou wrote:
This break Ada.
Fixed thusly, bootstrapped and regtested on x86_64-suse-linux, applied.
Thanks; sorry again about the breakage.
On Thu, 2013-08-08 10:43:53 -0400, David Malcolm dmalc...@redhat.com wrote:
On Thu, 2013-08-08 at 16:36 +0200, Eric Botcazou wrote:
This break Ada.
Fixed thusly, bootstrapped and regtested on x86_64-suse-linux, applied.
Thanks; sorry again about the breakage.
Build Robot
David Malcolm dmalc...@redhat.com writes:
diff --git a/gcc/coretypes.h b/gcc/coretypes.h
index edb9c8c..54bfe7f 100644
--- a/gcc/coretypes.h
+++ b/gcc/coretypes.h
@@ -169,6 +169,12 @@ typedef const struct basic_block_def *const_basic_block;
in target.h. */
typedef int reg_class_t;
I think it's r201508, but in any case, I'm attaching a patch which fixes
this build error. Only very lightly tested so far, with configure
--target=sparc-linux with buildhost x86_64. Was able to build a cc1
and step through the changed code in the debugger, though am getting
cc1: error: no
On Wed, 2013-08-07 at 15:25 +0200, Eric Botcazou wrote:
Looks good, please install if not already done.
Thanks; I've now committed this to trunk as r201569.
On Wed, 2013-08-07 at 09:01 +0200, Andreas Schwab wrote:
David Malcolm dmalc...@redhat.com writes:
diff --git a/gcc/coretypes.h b/gcc/coretypes.h
index edb9c8c..54bfe7f 100644
--- a/gcc/coretypes.h
+++ b/gcc/coretypes.h
@@ -169,6 +169,12 @@ typedef const struct basic_block_def
On Mon, 2013-08-05 20:16:05 -, dmalc...@gcc.gnu.org dmalc...@gcc.gnu.org
wrote:
New Revision: 201508
URL: http://gcc.gnu.org/viewcvs?rev=201508root=gccview=rev
Log:
Automated conversion of passes to C++ classes
gcc/
Patch autogenerated by refactor_passes.py from
On Tue, 2013-08-06 13:12:57 +0200, Jan-Benedict Glaw jbg...@lug-owl.de wrote:
On Mon, 2013-08-05 20:16:05 -, dmalc...@gcc.gnu.org
dmalc...@gcc.gnu.org wrote:
New Revision: 201508
URL: http://gcc.gnu.org/viewcvs?rev=201508root=gccview=rev
Log:
Automated conversion of passes to C++
On Tue, 2013-08-06 13:18:16 +0200, Jan-Benedict Glaw jbg...@lug-owl.de wrote:
On Tue, 2013-08-06 13:12:57 +0200, Jan-Benedict Glaw jbg...@lug-owl.de
wrote:
On Mon, 2013-08-05 20:16:05 -, dmalc...@gcc.gnu.org
dmalc...@gcc.gnu.org wrote:
New Revision: 201508
URL:
On Tue, 2013-08-06 14:10:11 +0200, Jan-Benedict Glaw jbg...@lug-owl.de wrote:
And probably also for sparc{,64}-linux:
g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions
-fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing
-Wwrite-strings -Wcast-qual
On Tue, 2013-08-06 at 13:12 +0200, Jan-Benedict Glaw wrote:
On Mon, 2013-08-05 20:16:05 -, dmalc...@gcc.gnu.org
dmalc...@gcc.gnu.org wrote:
New Revision: 201508
URL: http://gcc.gnu.org/viewcvs?rev=201508root=gccview=rev
Log:
Automated conversion of passes to C++ classes
gcc/
On Tue, 2013-08-06 at 12:06 -0400, David Malcolm wrote:
On Tue, 2013-08-06 at 13:12 +0200, Jan-Benedict Glaw wrote:
On Mon, 2013-08-05 20:16:05 -, dmalc...@gcc.gnu.org
dmalc...@gcc.gnu.org wrote:
New Revision: 201508
URL: http://gcc.gnu.org/viewcvs?rev=201508root=gccview=rev
On Tue, 2013-08-06 12:06:24 -0400, David Malcolm dmalc...@redhat.com wrote:
On Tue, 2013-08-06 at 13:12 +0200, Jan-Benedict Glaw wrote:
On Mon, 2013-08-05 20:16:05 -, dmalc...@gcc.gnu.org
dmalc...@gcc.gnu.org wrote:
[Breakage on epiphany-elf]
I'm kicking off a bootstrap of this (on
On Tue, 2013-08-06 at 13:18 +0200, Jan-Benedict Glaw wrote:
On Tue, 2013-08-06 13:12:57 +0200, Jan-Benedict Glaw jbg...@lug-owl.de
wrote:
On Mon, 2013-08-05 20:16:05 -, dmalc...@gcc.gnu.org
dmalc...@gcc.gnu.org wrote:
New Revision: 201508
URL:
On Tue, 2013-08-06 at 14:12 +0200, Jan-Benedict Glaw wrote:
On Tue, 2013-08-06 14:10:11 +0200, Jan-Benedict Glaw jbg...@lug-owl.de
wrote:
And probably also for sparc{,64}-linux:
g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions
-fno-rtti
On 08/06/2013 06:06 AM, David Malcolm wrote:
Index: gcc/config/epiphany/epiphany.h
===
--- gcc/config/epiphany/epiphany.h(revision 201526)
+++ gcc/config/epiphany/epiphany.h(working copy)
@@ -929,6 +929,9 @@
};
On Tue, 2013-08-06 at 10:34 -1000, Richard Henderson wrote:
On 08/06/2013 06:06 AM, David Malcolm wrote:
Index: gcc/config/epiphany/epiphany.h
===
--- gcc/config/epiphany/epiphany.h (revision 201526)
+++
On 08/06/2013 11:23 AM, David Malcolm wrote:
gcc/
* coretypes.h (rtl_opt_pass): Add.
(gcc::context): Add.
* config/epiphany/epiphany.c (pass_mode_switch_use): New.
(epiphany_init): Port to new C++ pass API.
(epiphany_optimize_mode_switching): Likewise.
Go for it. The static 212 is not required as long as the pass shows
up in the right spot in the pass sequence.
On Tue, 2013-08-06 at 12:49 -1000, Richard Henderson wrote:
On 08/06/2013 11:23 AM, David Malcolm wrote:
gcc/
* coretypes.h (rtl_opt_pass): Add.
(gcc::context): Add.
* config/epiphany/epiphany.c (pass_mode_switch_use): New.
On Tue, 2013-08-06 at 19:53 -0400, DJ Delorie wrote:
Go for it. The static 212 is not required as long as the pass shows
up in the right spot in the pass sequence.
Thanks. I checked, and both with and without the hardcoded 212, the
dumpfile for the pass for a foo.c is currently:
23 matches
Mail list logo