Re: [PATCH] Delete GCJ
Iain Sandoe <[email protected]> Thu, 6 Oct 2016 18:10:07 +0100
| Newsgroups | gmane.comp.gcc.patches,gmane.comp.gcc.java.patches |
|---|---|
| Message-ID | <[email protected]> |
> On 6 Oct 2016, at 17:56, Rainer Orth <[email protected]> wrote: >=20 >>>> this assumption may not hold, though: in Solaris 11+ where libgc is >>>> bundled, both 32 and 64-bit libs are present, as always. I'd also cla= im >>>> that for multilib testing in general, it's bad to test different >>>> multilibs with different configurations, so I'd rather have people doi= ng >>>> multilib testing obtain all variants of libgc. >>>=20 >>> likewise on Darwin, people may well build =E2=80=9Cfat=E2=80=9D librari= es, and I also >>> would encourage testing of m32/m64, >>=20 >> so you both prefer to hard-fail if any of the libgc variants needed for = the >> multilibs is missing? Maybe force this behaviour with --enable-objc-gc= =3Dyes, and >> skip those which are not available with -enable-objc-gc=3Dauto? >=20 > I wouldn't hard-fail, but completely disable objc-gc with an appropriate > warning. The Objective-C maintainers may have other preferences, though. that seems a reasonable strategy to me too (disable that capability when th= e library is not present) - I suspect that most people do not usually build= with GC support anyway (but no firm statistics to back the hunch). Iain