From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27567 invoked by alias); 26 Sep 2005 22:37:01 -0000 Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org Received: (qmail 27525 invoked by uid 48); 26 Sep 2005 22:36:59 -0000 Date: Mon, 26 Sep 2005 22:37:00 -0000 Message-ID: <20050926223659.27522.qmail@sourceware.org> From: "mckinlay at redhat dot com" To: java-prs@gcc.gnu.org In-Reply-To: <20050924233912.24051.hjl@lucon.org> References: <20050924233912.24051.hjl@lucon.org> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug libgcj/24051] [4.1 Regression]: libjava failed to configure X-Bugzilla-Reason: CC X-SW-Source: 2005-q3/txt/msg00652.txt.bz2 List-Id: ------- Additional Comments From mckinlay at redhat dot com 2005-09-26 22:36 ------- AC_PROG_CXX is, presumably, needed by classpath in order to build the Qt peers. Although this is not the default configuration, it means we can't remove AC_PROG_CXX. The libjava configure gets around this issue using GCC_NO_EXECUTABLES, which disables linking of configure tests where possible. One solution is to add GCC_NO_EXECUTABLES to the classpath configure. Unfortunatly this introduces a divergance from the upstream configure.ac. We also need to butcher classpath's AC_CHECK_FUNCs because many of these do not work with GCC_NO_EXECUTABLES. However, they are probably not needed anyway because we do not build classpath's JNI code - only the AWT peers. Perhaps the AC_CHECK_FUNCs can be made conditional so as to reduce divergance from upstream? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24051