From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1NF4ki-00024d-9T
	for qemu-devel@nongnu.org; Mon, 30 Nov 2009 06:49:12 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1NF4kd-00021X-Ii
	for qemu-devel@nongnu.org; Mon, 30 Nov 2009 06:49:11 -0500
Received: from [199.232.76.173] (port=57241 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1NF4kc-00021K-EG
	for qemu-devel@nongnu.org; Mon, 30 Nov 2009 06:49:06 -0500
Received: from mx1.redhat.com ([209.132.183.28]:29696)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <pbonzini@redhat.com>) id 1NF4kc-0003QJ-3n
	for qemu-devel@nongnu.org; Mon, 30 Nov 2009 06:49:06 -0500
Message-ID: <4B13B12D.1080705@redhat.com>
Date: Mon, 30 Nov 2009 12:49:01 +0100
From: Paolo Bonzini <pbonzini@redhat.com>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] Re: [PATCH 2/7] store thread-specific env information
References: <1259256300-23937-1-git-send-email-glommer@redhat.com>	
	<1259256300-23937-2-git-send-email-glommer@redhat.com>	
	<1259256300-23937-3-git-send-email-glommer@redhat.com>	
	<4B129372.1070204@redhat.com>	
	<5E6C2888-0B2C-4BBE-A0E6-B9ECAB50F5F0@web.de>	
	<hf0aol$in$1@ger.gmane.org>
	<5d6222a80911300341tfeefeffif6397f5785dabc58@mail.gmail.com>
In-Reply-To: <5d6222a80911300341tfeefeffif6397f5785dabc58@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Glauber Costa <glommer@gmail.com>
Cc: qemu-devel@nongnu.org

On 11/30/2009 12:41 PM, Glauber Costa wrote:
> For the record, I am a big fan of __thread. The only reason I used
> the pthread library was portability. I can surely put in some
> configure knobs to use __thread where available

Plus, do you really need to support SMP when __thread is not available?...

Paolo