in /boehm-gc/mark.c, line 428-434: context->Esp = context->Ebp; context->Ebp = *((DWORD *)context->Esp); context->Esp = context->Esp - 8; context->Eip = (DWORD )(xer->alt_path); So much x86-oriented register (E** but no R** for _WIN64), does it mean libgcj (because of its default gc's fault or both) had not been ported to Win x64? In addition, a small bug: in /boehm-gc/gc.h, line 87-89: should explicitly add #include <basetsd.h> since no <windows.h> can be found above, and the second GC_word should be changed to GC_signed_word Thx.
Chen Chen. You are wrong here about libgcj. libgcj itself having some small problems too about Win64(Which ive solved already with patch which is not yet been posted). Your issue related to Boehm GC not to libgcj. The in-tree BGC is 5 years old(v6.6). Win64 support is fully implemented in upstream Boehm-GC 7.2 Alpha 4 and above.
I know it's about boehm-gc, and I've found that they have been solved in the upstream. I come here one year ago to ask for a merge. I cannot handle the multilib Makefile of boehm-gc... This problem made us hard to port the complete workbench from MSVC to gcc because we need pure win64 platform. We want a tool to convert Java directly into fast-running binarys, comparing to Sun's or OpenJDK.
Who can update the in-tree boehm-gc?
I've noticed the gc-7.2alpha6.tar.gz have released. The Boehm-GC has been a major obscure for the gcj port of Mingew64 I think... (embarrassed) http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/
Won't fix as GCJ has been removed.