From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 90968 invoked by alias); 22 Mar 2017 17:52:32 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 90956 invoked by uid 89); 22 Mar 2017 17:52:31 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=H*F:D*pl X-HELO: smtpo52.poczta.onet.pl Received: from smtpo52.poczta.onet.pl (HELO smtpo52.poczta.onet.pl) (213.180.142.183) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 22 Mar 2017 17:52:29 +0000 Received: from [192.168.2.253] (213-238-86-67.adsl.inetia.pl [213.238.86.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: freddie_chopin@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3vpHMC5QFDz12CH3s; Wed, 22 Mar 2017 18:52:23 +0100 (CET) Message-ID: <1490205142.1410.5.camel@op.pl> Subject: Re: [OpenOCD-devel] Python API for supplying thread information? From: Freddie Chopin To: Pierre-Marie de Rodat , Liviu Ionescu Cc: gdb@sourceware.org, openocd-devel Date: Wed, 22 Mar 2017 17:52:00 -0000 In-Reply-To: <6b759808-b486-64c1-6624-c622cad8a46e@adacore.com> References: <1490175792.1242.7.camel@op.pl> <8FB0BA0B-F013-48A6-965B-AEF4B69610EC@livius.net> <6b759808-b486-64c1-6624-c622cad8a46e@adacore.com> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2017-03/txt/msg00044.txt.bz2 On Wed, 2017-03-22 at 18:23 +0100, Pierre-Marie de Rodat wrote: > I remember a talk at the last GNU Cauldron that talked about a > project  > to describe way info and the like in a platfrom-independent way:  > https://infinitynotes.org/wiki/Infinity > > It’s not a Python API and it’s still work in progress IIUC, but this  > would not be something tied to GDB, so ideally other debugging tools  > could use this info at some point. Would this fit your need? Looks like something targeting PC, so not really suited for a microcontroller. Regards, FCh