PR bootstrap/27963 - PR target/19970 [toplevel]
David Ayers
d.ayers@inode.at
Thu Jun 8 22:55:00 GMT 2006
DJ Delorie schrieb:
> Well, I can't think of a better way to approach this problem. I still
> worry that some platforms won't be able to build boehm-gc, especially
> this close to the 4.2 branch, but it's easy enough to tweak the
> platforms that fail. I'm OK with it if Mark OK's it for stage3.
> Mark?
>
Just to address your worry, let me repeat. boehm-gc will /only/ be
build if it was requested via --enable-objc-gc or java was enabled (and
libgcj not disabled). At least that's what this code was for:
+# Make sure we only build Boehm's garbage collector if required.
+case ,${enable_languages},:${enable_libgcj}:${enable_objc_gc} in
+ *,objc,*:*:yes)
+ # Keep target-boehm-gc if requested for Objective-C.
+ ;;
+ *,java,*:no:*)
+ # Remove target-boehm-gc if libgcj has been disabled explicitly.
+ noconfigdirs="$noconfigdirs target-boehm-gc"
+ ;;
+ *,java,*:*:*)
+ # Keep target-boehm-gc by default for Java.
+ ;;
+ *)
+ # Otherwise remove target-boehm-gc.
+ noconfigdirs="$noconfigdirs target-boehm-gc"
+ ;;
+esac
So I don't think that removing target-boehm-gc from the target
noconfigdirs is significantly worse than before the patch for PR 13946
was committed.
Cheers,
David
More information about the Gcc-patches
mailing list