From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3636 invoked by alias); 17 Jul 2013 17:20:55 -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 3616 invoked by uid 89); 17 Jul 2013 17:20:54 -0000 X-Spam-SWARE-Status: No, score=-5.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,RDNS_NONE,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.3.1 Received: from Unknown (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Wed, 17 Jul 2013 17:20:54 +0000 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r6HHKlfa027468 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 17 Jul 2013 13:20:47 -0400 Received: from barimba (ovpn-113-128.phx2.redhat.com [10.3.113.128]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r6HHKjgU014419 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 17 Jul 2013 13:20:46 -0400 From: Tom Tromey To: Sergio Durigan Junior Cc: GDB Patches Subject: Re: [PATCH 05/17] ARM support References: <1372664545-3947-1-git-send-email-sergiodj@redhat.com> <1372664545-3947-6-git-send-email-sergiodj@redhat.com> Date: Wed, 17 Jul 2013 17:20:00 -0000 In-Reply-To: <1372664545-3947-6-git-send-email-sergiodj@redhat.com> (Sergio Durigan Junior's message of "Mon, 1 Jul 2013 04:42:13 -0300") Message-ID: <877ggpgl1u.fsf@fleche.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2013-07/txt/msg00404.txt.bz2 >>>>> "Sergio" == Sergio Durigan Junior writes: Sergio> Support for the ARM target. Even though ARM shares almost everything Sergio> with x86 regarding signal numbers, there is SIGSWI which is an ARM-only Sergio> signal as far as I have verified. However, GDB's internal signal Sergio> definition does not recognize SIGSWI, so there is nothing we can/must Sergio> do. I think this is a bit peculiar in a couple of ways. SIGSWI has the same value as SIGRTMIN. So there is some confusion somewhere. At the very least, it seems like if this is correct, then we maybe couldn't sensible translate SIGSWI. Second, the new enum seems like dead code. It's only a matter of time until someone notices and removes it. Perhaps a comment somewhere would be better. Tom