From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2452 invoked by alias); 7 Sep 2009 01:15:59 -0000 Received: (qmail 2437 invoked by uid 22791); 7 Sep 2009 01:15:58 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail-bw0-f225.google.com (HELO mail-bw0-f225.google.com) (209.85.218.225) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 07 Sep 2009 01:15:48 +0000 Received: by bwz25 with SMTP id 25so1661571bwz.8 for ; Sun, 06 Sep 2009 18:15:43 -0700 (PDT) Received: by 10.204.154.144 with SMTP id o16mr11509077bkw.213.1252285721155; Sun, 06 Sep 2009 18:08:41 -0700 (PDT) Received: from ?192.168.2.99? (cpc2-cmbg8-0-0-cust61.cmbg.cable.ntl.com [82.6.108.62]) by mx.google.com with ESMTPS id p9sm6180017fkb.37.2009.09.06.18.08.39 (version=SSLv3 cipher=RC4-MD5); Sun, 06 Sep 2009 18:08:40 -0700 (PDT) Message-ID: <4AA4605D.2020701@gmail.com> Date: Mon, 07 Sep 2009 01:15:00 -0000 From: Dave Korn User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Richard Guenther CC: Richard Henderson , GCC Subject: Re: [ada] help debugging acats failure References: <4A9F1A8D.5080501@redhat.com> <4AA04A98.3000900@redhat.com> <84fc9c000909040247s71e4ebe1p48aff5ad60ac5e2@mail.gmail.com> In-Reply-To: <84fc9c000909040247s71e4ebe1p48aff5ad60ac5e2@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2009-09/txt/msg00144.txt.bz2 Richard Guenther wrote: > On Fri, Sep 4, 2009 at 1:00 AM, Richard Henderson wrote: >> Can someone tell me how to debug this: >> >>> splitting >>> /home/rth/work/gcc/bld-sjlj/gcc/testsuite/ada/acats0/tests/c3/c35502i.ada >>> FAIL: c35502i >> I haven't been able to figure out what command to issue from the command >> line to reproduce this. Cut and paste from the dejagnu log doesn't work, >> which is more than annoying... > > Same for libjava ... To debug libjava tests, run the testsuite with about half-a-dozen -v switches in your RUNTESTFLAGS and look through the output for lines that look like: > board is unix, not remote > set_ld_library_path_env_vars: ld_library_path=.:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/./libjava/.libs > LD_LIBRARY_PATH = .:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/./libjava/.libs:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/libstdc++-v3/.libs:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/libssp/.libs:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/libgomp/.libs:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/./gcc:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/./prev-gcc:.:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/./libjava/.libs:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/libstdc++-v3/.libs:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/libssp/.libs:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/libgomp/.libs:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/./gcc:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/./prev-gcc > CLASSPATH is .:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/src/gcc-4.3.4/libjava/testsuite/libjava.lang:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/libjava/testsuite:/gnu/gcc/releases/4.3.4-1/gcc4-4.3.4-1/build/i686-pc-cygwin/libjava/testsuite/../libgcj-4.3.4.jar > board_info target needs_status_wrapper Copy-paste those assignments to LD_LIBRARY_PATH and CLASSPATH into your shell, export them both, and you can then cut and paste build commands from the log and they'll work. (Although note that I always install the compiler to a DESTDIR and put the .../bin dir at the very front of my PATH, and that may be a necessary step, I haven't tried it without yet. I do this to make completely sure that the windows DLL search path algorithms pick up the newly-built DLLs; it might be superfluous on other platforms.) cheers, DaveK