Re: [PATCH 1/9] Gccgo port to s390[x] -- part I

2014-09-25 Thread Ulrich Weigand
Lynn Boger wrote: I modified the patch for statements.cc and rebuilt and that eliminates the regressions and fixes the original problem it was intended to fix for both ppc64 BE LE. The ABIs are different between BE LE, so that make_func_code_reference on ppc64 BE is not returning the

Re: [PATCH 1/9] Gccgo port to s390[x] -- part I

2014-09-25 Thread Lynn A. Boger
Hi, I removed my change to statements.cc and made a change as you suggested in libgo/runtime/go-defer.c in function __go_set_defering_fn: +#if defined(__powerpc64__) _CALL_ELF != 2 +g-defer-__defering_fn = *(void **)defering_fn; +#else +g-defer-__defering_fn = defering_fn; +#endif

Re: [PATCH 1/9] Gccgo port to s390[x] -- part I

2014-09-24 Thread Lynn A. Boger
[PATCH 1/9] Gccgo port to s390[x] is a fix for BZ 60406. When building with this patch on ppc64 LE, the failing testcase from the BZ is fixed and there are no new failures; however when building with this patch on ppc64 BE there are over 20 new failures in the go and libgo testsuites. I

[PATCH 1/9] Gccgo port to s390[x] -- part I

2014-09-09 Thread Dominik Vogt
This patch fixes bug 60406 in an architecture independent way. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60406 The key change in this patch is to use _Unwind_FindEnclosingFunction() to identify the defering function. However, this does not work on platforms that still use SJLJ exceptions.