From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 128354 invoked by alias); 4 Mar 2019 15:01:55 -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 128206 invoked by uid 89); 4 Mar 2019 15:01:54 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=ordinary, backgrounds, likes, darker X-HELO: gateway24.websitewelcome.com Received: from gateway24.websitewelcome.com (HELO gateway24.websitewelcome.com) (192.185.51.162) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 04 Mar 2019 15:01:52 +0000 Received: from cm11.websitewelcome.com (cm11.websitewelcome.com [100.42.49.5]) by gateway24.websitewelcome.com (Postfix) with ESMTP id B7E3C1B8B42 for ; Mon, 4 Mar 2019 09:01:50 -0600 (CST) Received: from box5379.bluehost.com ([162.241.216.53]) by cmsmtp with SMTP id 0p6Eh9UUDdnCe0p6Eh4qJD; Mon, 04 Mar 2019 09:01:50 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tromey.com; s=default; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=OkMqKGuptNu8oM2E0hOXaDtvGeNEQ/PMIZTkLc0ycZ8=; b=QqLE62rZcGou9CXA8aXsxWo71+ GDpdgYt9Lzh8AykNfPI2ClDriru4atI5XtvFB0RqVql4ol14zF952ctsbrETMrM/4PaHzDQNx9wbr aD/7F0hVNYqrttb8BDdfaNZmI; Received: from 75-166-85-218.hlrn.qwest.net ([75.166.85.218]:42510 helo=murgatroyd) by box5379.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91) (envelope-from ) id 1h0p6E-002Lzt-FO; Mon, 04 Mar 2019 09:01:50 -0600 From: Tom Tromey To: Eli Zaretskii Cc: Tom Tromey , gdb-patches@sourceware.org Subject: Re: [PATCH 00/16] Add styling to the gdb CLI and TUI References: <20181128001435.12703-1-tom@tromey.com> <83k1kxfzwo.fsf@gnu.org> <8736rja4i8.fsf@tromey.com> <83r2brhw8k.fsf@gnu.org> <87h8cmh1wg.fsf@tromey.com> <83va12gz8j.fsf@gnu.org> <87mumeb935.fsf@tromey.com> <83d0n8eyzw.fsf@gnu.org> Date: Mon, 04 Mar 2019 15:01:00 -0000 In-Reply-To: <83d0n8eyzw.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 03 Mar 2019 17:52:51 +0200") Message-ID: <87d0n6adk2.fsf@tromey.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2019-03/txt/msg00031.txt.bz2 >>>>> "Eli" == Eli Zaretskii writes: Eli> . What should be the behavior wrt styling when GDB is used as a Eli> back-end debugging engine? E.g., Emacs can act as the GUI Eli> front-end to GDB -- should styling be turned off in that case? On Eli> Windows, it will be urned off, because Emacs communicates with GDB Eli> via pipes, but on Posix hosts Emacs uses pty's, so GDB will think Eli> its stdout is a tty device, right? Yes, it will. I think for cases like gud-gdb (where the ordinary CLI is used) that it makes sense for Emacs to use gdb's styling. For MI, I think there is no styling, and Emacs can do what it likes. Eli> . I'm surprised there's no CLI support for requesting the Eli> "inverse-video" style, although the infrastructure does support the Eli> corresponding escape sequences. Is that on purpose? It just didn't seem super important, but I'm not opposed if you want to add it. It would also be possible to add support for 24 bit color, but I didn't do that either. Eli> . The default foreground color used for addresses, blue, is too dark Eli> when the terminal's background is black. Maybe we should change to Eli> magenta, which should look OK on both dark and light backgrounds. For me magenta is even darker. Setting the intensity to bold might be more acceptable? Eli> And one more issue, only tangentially related: if I put on my Eli> ~/.gdbinit settings that customize style, older versions of GDB Eli> complain when they start up, because they don't know about styles. Is Eli> there any way of conditioning scripting commands on the GDB version, Eli> or some other way of avoiding such problems? Nothing built in, this is a longstanding issue when adding new settings to gdb. Tom