From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2378 invoked by alias); 31 Mar 2002 05:46:04 -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 2363 invoked by uid 71); 31 Mar 2002 05:46:03 -0000 Date: Sat, 30 Mar 2002 21:46:00 -0000 Message-ID: <20020331054603.2362.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Tom Tromey Subject: Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64 Reply-To: Tom Tromey X-SW-Source: 2002-03/txt/msg01285.txt.bz2 List-Id: The following reply was made to PR java/6092; it has been noted by GNATS. From: Tom Tromey To: "Kaveh R. Ghazi" Cc: gcc-gnats@gcc.gnu.org Subject: Re: java/6092: sparc-sun-solaris2.7 has hundreds of libjava failures with -m64 Date: 30 Mar 2002 22:42:47 -0700 >>>>> "Kaveh" == Kaveh R Ghazi writes: Kaveh> Alternatively, you could get a solaris2 box and run make check Kaveh> with: setenv RUNTESTFLAGS "--verbose Kaveh> --target_board='unix{-m64,}'" to get both regular and -m64 Kaveh> passes. I assume I need a special 64 bit machine to do this. I don't know whether I have access to one. Kaveh> No I think it's really a bug. If you look back, I specifically Kaveh> showed the `ldd' results to prove I was using the correct Kaveh> shared libs for 64-bit compilation. (The sparcv9 multilibs Kaveh> *are* built with -m64.) Ok, thanks. I didn't know dejagnu knew about multilibs. As far as I know nobody has ever tried libgcj on a 64-bit Sparc box before. It sounds like this requires actual debugging; I was hoping it was some relatively simple thing. Tom