On 10/17/11 16:10, Nicola Pero wrote:
I checked the attached patch, test results at
http://gcc.gnu.org/ml/gcc-testresults/2011-10/msg01377.html
which are the same as with my suggested patch.
Ok for the trunk?
I probably don't have authority to approve this, but looks OK to me.
The
On 10/10/2011 02:23 PM, Paul Brook wrote:
Index: libjava/exception.cc
===
--- libjava/exception.cc (revision 179739)
+++ libjava/exception.cc (working copy)
@@ -135,6 +135,7 @@
{
_Unwind_Ptr Start;
_Unwind_Ptr
I checked the attached patch, test results at
http://gcc.gnu.org/ml/gcc-testresults/2011-10/msg01377.html
which are the same as with my suggested patch.
Ok for the trunk?
I probably don't have authority to approve this, but looks OK to me.
Paul
I checked the attached patch, test results at
http://gcc.gnu.org/ml/gcc-testresults/2011-10/msg01377.html
which are the same as with my suggested patch.
Ok for the trunk?
I probably don't have authority to approve this, but looks OK to me.
The libobjc bits are Ok for trunk.
Thanks
On 10/09/2011 12:09 PM, Matthias Klose wrote:
This did break libobjc and libjava on arm-linux-gnueabi.
libobjc now has an undefined reference to _Unwind_decode_target2, which can be
avoided with
--- libobjc/exception.c.orig2011-07-21 15:33:57.0 +
+++ libobjc/exception.c
On 10/10/2011 12:32 PM, Andrew Haley wrote:
On 10/09/2011 12:09 PM, Matthias Klose wrote:
This did break libobjc and libjava on arm-linux-gnueabi.
libobjc now has an undefined reference to _Unwind_decode_target2, which can
be
avoided with
with this patch, the libobjc testsuite results
Index: libjava/exception.cc
===
--- libjava/exception.cc (revision 179739)
+++ libjava/exception.cc (working copy)
@@ -135,6 +135,7 @@
{
_Unwind_Ptr Start;
_Unwind_Ptr LPStart;
+ _Unwind_Ptr ttype_base;
This did break libobjc and libjava on arm-linux-gnueabi.
libobjc now has an undefined reference to _Unwind_decode_target2, which can be
avoided with
--- libobjc/exception.c.orig2011-07-21 15:33:57.0 +
+++ libobjc/exception.c 2011-10-09 10:53:12.554940776 +
@@ -182,7 +182,7 @@
On 08/04/11 16:31, Paul Brook wrote:
C6X uses an unwinding/exception handling echeme very similar to that defined
by the ARM EABI. The core of the unwinder is the same, so I've pulled it out
into a common file.
Other than the obvious target specific bits, the main compiler visible