[Gc] Re[2]: [Fwd: [PATCH] Fix boehm-gc build on Cygwin]

Ivan Maidanski ivmai at mail.ru
Sun May 17 08:47:06 PDT 2009


Hi!

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[3]: *** [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 (http://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.

> 
>     cheers,
>       DaveK
> 

Bye.


More information about the Gc mailing list