[Gc] Re: [Fwd: [PATCH] Fix boehm-gc build on Cygwin]
ivmai at mail.ru
Sun May 17 08:47:06 PDT 2009
Dave Korn <dave.korn.cygwin at googlemail.com> wrote:
> Ivan Maidanski wrote:
> > Hi!
> Hi upstream!
> > Andrew Haley <aph at redhat.com> wrote:
> >> OK to commit?
> >> Andrew.
> > Dave Korn <dave.korn.cygwin at googlemail.com> wrote:
> >> Hi all,
> >> Boehm-gc doesn't currently build correctly on Cygwin; it's ok for objc,
> >> but libjava wants to use an interface that isn't currently fully
> >> implemented:
> >> ../boehm-gc/.libs/libgcjgc_convenience.a(misc.o): In function
> >> `GC_init_inner': /gnu/gcc/gcc/boehm-gc/misc.c:680: undefined reference to
> >> `_GC_get_thread_stack_base' collect2: ld returned 1 exit status
> >> make: *** [libgcj.la] Error 1
> > What's GC version? I guess prior to 6.8 (GC_get_thread_stack_base is not
> > used at present).
> Yes, it's the version in-tree in GCC. I took a look at the cvsweb at
> sourceforge (bdwgc) and it looked to me like the function had been eliminated
> on your HEAD which is why I only sent it to gcc lists.
The proto had been changed to GC_get_stack_base() (because of IA64 arch).
> > Not sure for CVS version but with my pending patches, it could be built for
> > Cygwin and works
> Andrew, I'd much rather add this trivial patch to our in-tree version than
> think about importing a new version and disturbing every target under the sun,
> can we just fix it locally?
Yes, it's too early to import gc v7. But, I think, it's time to have a close look for things that prevent seamless importing of GC v7 into gcc. I've already posted a patch (https://permalink.gmane.org/gmane.comp.programming.garbage-collection.boehmgc/2575) bringing the sides a bit closer. May be, someone on the gcc lists already has some experience of gc v7 integration into gcc and could propose some gc patches for this.
More information about the Gc