From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28275 invoked by alias); 2 Jun 2002 19:26:03 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 28261 invoked by uid 71); 2 Jun 2002 19:26:03 -0000 Date: Sun, 02 Jun 2002 12:26:00 -0000 Message-ID: <20020602192603.28260.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: "H.J. Lu" Subject: Re: java/5688: cross compiler build fails in libjava Reply-To: "H.J. Lu" X-SW-Source: 2002-06/txt/msg00041.txt.bz2 List-Id: The following reply was made to PR java/5688; it has been noted by GNATS. From: "H.J. Lu" To: gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org, pb@nexus.co.uk, gcc-bugs@gcc.gnu.org, nobody@gcc.gnu.org, java-prs@gcc.gnu.org?Subject=Re:, java/5688:@lucon.org, cross@lucon.org, co@lucon.org Cc: Subject: Re: java/5688: cross compiler build fails in libjava Date: Sun, 02 Jun 2002 12:18:11 -0700 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=5688 Is anyone working on this bug? I guess the first thing should be done is to change if test -n "${with_cross_host}"; then # We are being configured with a cross compiler. AC_REPLACE_FUNCS # may not work correctly, because the compiler may not be able to # link executables. # We assume newlib. This lets us hard-code the functions we know # we'll have. AC_DEFINE(HAVE_MEMMOVE) ..... to something similar in the toplevel configure.in which checks if newlib is used before blindly assuming we are compiling for newlib.