From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 52475 invoked by alias); 10 Sep 2018 17:28:32 -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 51334 invoked by uid 89); 10 Sep 2018 17:28:31 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:864 X-HELO: gateway31.websitewelcome.com Received: from gateway31.websitewelcome.com (HELO gateway31.websitewelcome.com) (192.185.143.46) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 10 Sep 2018 17:28:30 +0000 Received: from cm11.websitewelcome.com (cm11.websitewelcome.com [100.42.49.5]) by gateway31.websitewelcome.com (Postfix) with ESMTP id E66894266F for ; Mon, 10 Sep 2018 12:28:28 -0500 (CDT) Received: from box5379.bluehost.com ([162.241.216.53]) by cmsmtp with SMTP id zPyxfz2kGRPojzPz5fMpSi; Mon, 10 Sep 2018 12:28:28 -0500 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=vzM9isE5+aZ/JtXvqsxOm+QVLxkmfBju5/xV8jPSiy4=; b=QxzlYO50pe+E8mjtW8/42XuAaB UNjEgSqTUYqeI4JKAlWZiOSc6SJDrXGbzKCcHvvu6/rEYRO9CuhUmuYhRMHDnA1r8RtwdgZh9bqtD zwIi/VKVE2C93UD95go+Va0Lz; Received: from 75-166-85-72.hlrn.qwest.net ([75.166.85.72]:54578 helo=pokyo) by box5379.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91) (envelope-from ) id 1fzPyx-003Mm9-4n; Mon, 10 Sep 2018 12:28:15 -0500 From: Tom Tromey To: Joel Brobecker Cc: gdb-patches@sourceware.org, Jerome Guitton Subject: Re: [RFA] arm-pikeos: software single step References: <1536592407-13448-1-git-send-email-brobecker@adacore.com> Date: Mon, 10 Sep 2018 17:28:00 -0000 In-Reply-To: <1536592407-13448-1-git-send-email-brobecker@adacore.com> (Joel Brobecker's message of "Mon, 10 Sep 2018 17:13:27 +0200") Message-ID: <87sh2hs1n5.fsf@tromey.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2018-09/txt/msg00282.txt.bz2 >>>>> "Joel" == Joel Brobecker writes: Joel> The challenge is that, up to now, the PikeOS target was in all respects Joel> identical to a baremetal target as far as GDB was concerned, meaning Joel> we were using the baremetal osabi for this target too. This is no longer Joel> possible, and we need to introduce a new OSABI variant. I don't really know anything about this area, but... Is there any chance of introducing some flag into the object files so that the heuristic could be removed at some future point? Joel> + Joel> +static void Joel> +arm_pikeos_init_abi (struct gdbarch_info info, struct gdbarch *gdbarch) The usual thing about functions needing an intro comment. Joel> + { "Pikeos", NULL }, The email spelled it "PikeOS", so maybe it should read that way here as well. Tom