From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <java-return-26841-listarch-java=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 22982 invoked by alias); 23 Mar 2011 11:49:05 -0000
Received: (qmail 22917 invoked by uid 22791); 23 Mar 2011 11:49:01 -0000
X-SWARE-Spam-Status: No, hits=-2.2 required=5.0	tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,TW_GC
X-Spam-Check-By: sourceware.org
Received: from mail-gy0-f175.google.com (HELO mail-gy0-f175.google.com) (209.85.160.175)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 23 Mar 2011 11:48:44 +0000
Received: by gyf1 with SMTP id 1so3564520gyf.20        for <multiple recipients>; Wed, 23 Mar 2011 04:48:43 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.52.90.141 with SMTP id bw13mr3611748vdb.172.1300880922907; Wed, 23 Mar 2011 04:48:42 -0700 (PDT)
Received: by 10.52.159.99 with HTTP; Wed, 23 Mar 2011 04:48:42 -0700 (PDT)
In-Reply-To: <mcrlj06reqg.fsf@google.com>
References: <Pine.LNX.4.64.1103221942200.9686@digraph.polyomino.org.uk>	<mcrlj06reqg.fsf@google.com>
Date: Wed, 23 Mar 2011 11:49:00 -0000
Message-ID: <AANLkTin-j0YR9R0AdNEr8YLroDH8CU6D4oPa=gnr_6j3@mail.gmail.com>
Subject: Re: Target library disabling at toplevel
From: NightStrike <nightstrike@gmail.com>
To: Ian Lance Taylor <iant@google.com>
Cc: "Joseph S. Myers" <joseph@codesourcery.com>, gcc@gcc.gnu.org, java@gcc.gnu.org, hp@axis.com, 	hp@bitrange.com
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <java.gcc.gnu.org>
List-Id: <java.gcc.gnu.org>
List-Subscribe: <mailto:java-subscribe@gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/java/>
List-Post: <mailto:java@gcc.gnu.org>
List-Help: <mailto:java-help@gcc.gnu.org>, <http://gcc.gnu.org/ml/#faqs>
Sender: java-owner@gcc.gnu.org
X-SW-Source: 2011-03/txt/msg00005.txt.bz2

On Tue, Mar 22, 2011 at 6:07 PM, Ian Lance Taylor <iant@google.com> wrote:
> "Joseph S. Myers" <joseph@codesourcery.com> writes:
>
>> Why do a great many targets disable libgcj by default in the toplevel
>> configure.ac?
>
> I believe that it's just a hack: libgcj doesn't build on the target, but
> gcc/java does. =A0Disabling libgcj lets the gcc configure/make complete in
> a natural way.
>
> unsupported_languages is a clearly superior approach, but it postdates
> many of the cases in which libgcj is added to noconfigdirs.

In some cases, like for x86_64-w64-mingw (Win64), we can build gcj
fine, and we intend to support a java compiler.  However, at present,
we cannot build libgcj because the boehm-gc in the tree is several
years out of date.  Once Hans, or someone else with enough skill,
updates that, we can turn on libgcj.  Until then, we'd like to make
sure that building the compiler doesn't break.

Given how out of date certain dependencies are for libgcj, I would not
be surprised if other targets suffered the same fate.