From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 106522 invoked by alias); 26 Dec 2018 22:35:19 -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 106502 invoked by uid 89); 26 Dec 2018 22:35:18 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 spammy=happened, day X-HELO: simark.ca Received: from simark.ca (HELO simark.ca) (158.69.221.121) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 26 Dec 2018 22:35:16 +0000 Received: from [10.0.0.11] (unknown [192.222.164.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by simark.ca (Postfix) with ESMTPSA id 0E2211E4B1; Wed, 26 Dec 2018 17:35:15 -0500 (EST) Subject: Re: [PATCH 00/12] Remove some ALL_* iteration macros To: Tom Tromey Cc: Joel Brobecker , gdb-patches@sourceware.org References: <20181125165439.13773-1-tom@tromey.com> <20181223070033.GB8096@adacore.com> <87zhsuprvq.fsf@tromey.com> <6e551a8d-6c3a-de70-38f3-82ec286a47aa@simark.ca> <87muorq5wo.fsf@tromey.com> <87imzfq5qq.fsf@tromey.com> From: Simon Marchi Message-ID: <5a866c46-31bb-6b83-c737-5a2c170c0f01@simark.ca> Date: Wed, 26 Dec 2018 22:35:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: <87imzfq5qq.fsf@tromey.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2018-12/txt/msg00343.txt.bz2 On 2018-12-26 5:32 p.m., Tom Tromey wrote: >>>>>> "Tom" == Tom Tromey writes: > >>>>>> "Simon" == Simon Marchi writes: > Simon> I'll give a try to this patchset (and take a quick look at the > Simon> same time). > > Tom> It's on submit/remove-loop-macros on my github. > Tom> I rebased it today. > > Apparently I thought ahead and used the struct tags when I wrote the > patch. Funny that I don't remember that. > > I'll push it in some day soon. > > Tom > Usually, the problem I had was the other way around, that having the struct tag causes a compilation problem: https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commit;h=8634679f82df75cf482b0c0814c2b3865da91d22 The recent Hurd problem, however, happened when not using the struct tag with thread_info... Simon