From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-109939-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 24484 invoked by alias); 5 Feb 2014 12:42:07 -0000
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
Received: (qmail 24474 invoked by uid 89); 5 Feb 2014 12:42:06 -0000
Authentication-Results: sourceware.org; auth=none
X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2
X-HELO: glazunov.sibelius.xs4all.nl
Received: from sibelius.xs4all.nl (HELO glazunov.sibelius.xs4all.nl) (83.163.83.176) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Wed, 05 Feb 2014 12:42:05 +0000
Received: from glazunov.sibelius.xs4all.nl (kettenis@localhost [127.0.0.1])	by glazunov.sibelius.xs4all.nl (8.14.5/8.14.3) with ESMTP id s15CfsRS004561;	Wed, 5 Feb 2014 13:41:54 +0100 (CET)
Received: (from kettenis@localhost)	by glazunov.sibelius.xs4all.nl (8.14.5/8.14.3/Submit) id s15Cfr9C019783;	Wed, 5 Feb 2014 13:41:54 +0100 (CET)
Date: Wed, 05 Feb 2014 12:42:00 -0000
Message-Id: <201402051241.s15Cfr9C019783@glazunov.sibelius.xs4all.nl>
From: Mark Kettenis <mark.kettenis@xs4all.nl>
To: yao@codesourcery.com
CC: palves@redhat.com, gdb-patches@sourceware.org, marc.khouzam@ericsson.com
In-reply-to: <52F22B49.2050802@codesourcery.com> (message from Yao Qi on Wed,	5 Feb 2014 20:15:05 +0800)
Subject: Re: [PATCH 0/2] Create inferior fro trace file target
References: <1391060652-10870-1-git-send-email-yao@codesourcery.com> <52F15433.5070305@redhat.com> <52F22B49.2050802@codesourcery.com>
X-SW-Source: 2014-02/txt/msg00038.txt.bz2

> Date: Wed, 5 Feb 2014 20:15:05 +0800
> From: Yao Qi <yao@codesourcery.com>
> 
> On 02/05/2014 04:57 AM, Pedro Alves wrote:
> 
> > We've moved in the direction of "always a thread" a while ago,
> 
> What is "always a thread"?  Can you elaborate?

In the old model we only used to build a list of threads if the
process was actually multi-threaded (or at least linked to a known
threads library).  The new "always a thread" model builds that list
(with a single entry) for non-threaded processes as well.