From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12185 invoked by alias); 26 Jul 2013 15:23:39 -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 12165 invoked by uid 89); 26 Jul 2013 15:23:39 -0000 X-Spam-SWARE-Status: No, score=-3.4 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,MSGID_FROM_MTA_HEADER,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,RDNS_NONE,SPF_SOFTFAIL autolearn=no version=3.3.1 Received: from Unknown (HELO e7.ny.us.ibm.com) (32.97.182.137) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Fri, 26 Jul 2013 15:23:38 +0000 Received: from /spool/local by e7.ny.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Fri, 26 Jul 2013 11:23:30 -0400 Received: from d01dlp01.pok.ibm.com (9.56.250.166) by e7.ny.us.ibm.com (192.168.1.107) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Fri, 26 Jul 2013 11:23:29 -0400 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by d01dlp01.pok.ibm.com (Postfix) with ESMTP id 7A79538C8039 for ; Fri, 26 Jul 2013 11:23:27 -0400 (EDT) Received: from d03av02.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.195.168]) by d01relay04.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id r6QFNPL6175302 for ; Fri, 26 Jul 2013 11:23:26 -0400 Received: from d03av02.boulder.ibm.com (loopback [127.0.0.1]) by d03av02.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id r6QFNOEb031460 for ; Fri, 26 Jul 2013 09:23:24 -0600 Received: from tuxmaker.boeblingen.de.ibm.com (tuxmaker.boeblingen.de.ibm.com [9.152.85.9]) by d03av02.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with SMTP id r6QFNMVI031320; Fri, 26 Jul 2013 09:23:22 -0600 Message-Id: <201307261523.r6QFNMVI031320@d03av02.boulder.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Fri, 26 Jul 2013 17:23:22 +0200 Subject: Re: RFC: don't call add_target for thread_db_ops To: tromey@redhat.com (Tom Tromey) Date: Fri, 26 Jul 2013 15:23:00 -0000 From: "Ulrich Weigand" Cc: palves@redhat.com (Pedro Alves), gdb-patches@sourceware.org In-Reply-To: <87li4uv6nh.fsf@fleche.redhat.com> from "Tom Tromey" at Jul 25, 2013 12:25:22 PM MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-TM-AS-MML: No X-Content-Scanned: Fidelis XPS MAILER x-cbid: 13072615-5806-0000-0000-000022349DEF X-SW-Source: 2013-07/txt/msg00641.txt.bz2 Tom Tromey wrote: > This removes a few more erroneous calls to add_target. These calls > end up installing the target in a user-visible way; but these targets > are all auto-activated and, I think, should never be explicitly > requested. > > I have no way to test these. > > CCing Ulrich for the SPU case. Makes sense to me. Thanks, Ulrich -- Dr. Ulrich Weigand GNU/Linux compilers and toolchain Ulrich.Weigand@de.ibm.com