From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5763 invoked by alias); 8 Sep 2012 14:39:58 -0000 Received: (qmail 5745 invoked by uid 22791); 8 Sep 2012 14:39:58 -0000 X-SWARE-Spam-Status: No, hits=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,KHOP_THREADED X-Spam-Check-By: sourceware.org Received: from localhost (HELO sourceware.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 08 Sep 2012 14:39:45 +0000 From: "qiyao at gcc dot gnu.org" To: gdb-prs@sourceware.org Subject: [Bug testsuite/14531] gdb.base/dprintf.exp fails in newlib environment Date: Sat, 08 Sep 2012 14:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gdb X-Bugzilla-Component: testsuite X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: qiyao at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: CC Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Mailing-List: contact gdb-prs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-prs-owner@sourceware.org X-SW-Source: 2012-q3/txt/msg00324.txt.bz2 http://sourceware.org/bugzilla/show_bug.cgi?id=14531 Yao Qi changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |qiyao at gcc dot gnu.org --- Comment #1 from Yao Qi 2012-09-08 14:39:26 UTC --- (In reply to comment #0) > I have seen the following failures in a bare-metal environment with newlib: > > set dprintf-function fprintf^M > (gdb) PASS: gdb.base/dprintf.exp: Set dprintf function > set dprintf-channel stderr^M > (gdb) PASS: gdb.base/dprintf.exp: Set dprintf channel > jump *start^M > Line 0 is not in `foo'. Jump anyway? (y or n) y^M > Continuing at 0x400178.^M > ^M > Breakpoint 2, main (argc=1, argv=0x2041bfe0) at > gdb/testsuite/gdb.base/dprintf.c:33^M > 33 int loc = 1234;^M > (gdb) continue^M > Continuing.^M > kickoff 1234^M > also to stderr 1234^M > No symbol "stderr" in current context.^M > (gdb) FAIL: gdb.base/dprintf.exp: 1st dprintf, fprintf > continue^M > Continuing.^M > No symbol "stderr" in current context.^M > (gdb) FAIL: gdb.base/dprintf.exp: 2nd dprintf, fprintf I'd like to treat it as an incompleteness of test case here. IMO, command 'set dprintf-channel' gives user the freedom to set the right channel to display messages, so the user has to set the right channel. The test should be smart to enough to 'set dprintf-channel' correctly if 'stderr' doesn't exist at all. Maybe we can do 'set dprintf-channel _impure_ptr->_stderr' for newlib?? -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.