From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2129 invoked by alias); 3 Oct 2017 13:01:28 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 1484 invoked by uid 89); 3 Oct 2017 13:01:27 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-6.2 required=5.0 tests=AWL,BAYES_00,GIT_PATCH_2,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=Hx-languages-length:2059, agreeing X-HELO: smtp.CeBiTec.Uni-Bielefeld.DE Received: from smtp.CeBiTec.Uni-Bielefeld.DE (HELO smtp.CeBiTec.Uni-Bielefeld.DE) (129.70.160.84) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 03 Oct 2017 13:01:24 +0000 Received: from localhost (localhost.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id 4932C43E; Tue, 3 Oct 2017 15:01:22 +0200 (CEST) Received: from smtp.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1]) by localhost (malfoy.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 6KFtX5YfJWeT; Tue, 3 Oct 2017 15:01:20 +0200 (CEST) Received: from manam.CeBiTec.Uni-Bielefeld.DE (p54ACF783.dip0.t-ipconnect.de [84.172.247.131]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTPSA id 16ACD43D; Tue, 3 Oct 2017 15:01:20 +0200 (CEST) From: Rainer Orth To: Pedro Alves Cc: gdb-patches@sourceware.org Subject: Re: Obsolete/remove Solaris < 10 [was: Re: Fix gdb 8.1 Solaris compilation] References: <47bb2956-5654-0ce3-26dd-9f6b76ff6e08@redhat.com> <576db604-2aa4-0ce5-9c5f-d504c593f477@redhat.com> Date: Tue, 03 Oct 2017 13:01:00 -0000 In-Reply-To: (Pedro Alves's message of "Tue, 26 Sep 2017 15:21:20 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2017-10/txt/msg00040.txt.bz2 Hi Pedro, > On 09/26/2017 03:18 PM, Pedro Alves wrote: >> >> On 09/26/2017 12:20 PM, Rainer Orth wrote: >>> >>> Testing is very weird, though: Linux/x86_64 only shows a few failures, >>> but Solaris is a mess: on Solaris 10, the vast majority of tests time >>> out (although gdb seems to work reasonably well interactively), while >>> many more work on Solaris 11.4 until testing runs into what seems an >>> infinite loop of >>> >>> FAIL: gdb.mi/mi-exec-run.exp: inferior-tty=main: mi=main: force-fail=1: >>> run failure detected (timeout) >> >> I recall once trying to run the testsuite on OpenSolaris >> (several years ago, maybe 2008.11, though I don't really >> recall exactly), and running into lots and lots of timeouts. >> I think it had something to do with gdb + expect + dejagnu not >> agreeing over end lines, \r\n vs \n, etc. ISTR trying to >> work around it with stty settings. >> >> I'm having trouble finding the email in the archives, though. > > Bah, I was looking in the wrong list, that's why... > > Here it is: > https://sourceware.org/ml/gdb/2008-07/msg00292.html > and the workaround: > https://sourceware.org/ml/gdb/2008-08/msg00144.html thanks for looking this up. However, further digging revealed that the issue is slightly different for me. When I run a single testcase (alias.exp), gdb.log shows (gdb) ^M^[[K(gdb) alias -a set2=set^M (gdb) ^M^[[K(gdb) FAIL: gdb.base/alias.exp: alias -a set2=set (timeout) i.e. I get clr_eol/el (clear to end of line) after the prompt which confuses the test framework. I haven't yet found what causes this. However, I managed to hack around the issue for testing purposes by configuring with --disable-tui: this way at least a vast majority of the tests PASS. The same issue still happens when I use a locally built libncurses 5.7 instead of the native libcurses. Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University