From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 46303 invoked by alias); 9 Mar 2018 16:44:46 -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 45764 invoked by uid 89); 9 Mar 2018 16:44:46 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=H*r:sk:static. X-HELO: mail-wm0-f44.google.com Received: from mail-wm0-f44.google.com (HELO mail-wm0-f44.google.com) (74.125.82.44) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 09 Mar 2018 16:44:44 +0000 Received: by mail-wm0-f44.google.com with SMTP id 139so5033905wmn.2 for ; Fri, 09 Mar 2018 08:44:44 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=0cY8aTpHP3pHZ2D6BdNw8j8Np4dSs1fQDcyCrrx7S3k=; b=ry7tbZoxm+XryjiDAMXiPQZAyH/YdAml66+Z02TV97ZMhkALHlwUUN4PANuCdXRDS9 9m8xCTlbCwJdNP5eLmuuWt+fiFiwdBuTBADJnHEWKSeoc+AQkkIvrlmehLYLcyr0O3PQ JR64gIeEZ1d6R2bGcf8mWqpUiTb6caE1z0V8967kzT6aXrasgWb4s0MUv+Udikrc9Eli UVFr/oix3D+Km2EDD/MAgKH0W/zTVCWvf/B1uELTTZSi8jy9wpzZXqTcyMbpP9y0BjnI RIOJc4/XwJEo2jR/HeMayRmWjLFNJEt6cA/ZjyW4+RX1SleMkIv0x1KPbuIF1zRPzHNd frBA== X-Gm-Message-State: AElRT7F66b8LnCKM9OqPDLhQjVImZtgLCvCQai5wwYE/w57nb/5auL3B HWBxZP6Us1LFlhW6Ie/mDHQ= X-Google-Smtp-Source: AG47ELvFhYUxwLqQufV3LllRYSRfCtWzX7t4NKWaBJGwoIhjplim6wOMgpIHXF14hsR8k9Zn2VX8ig== X-Received: by 10.28.212.13 with SMTP id l13mr2768685wmg.123.1520613882678; Fri, 09 Mar 2018 08:44:42 -0800 (PST) Received: from E107787-LIN (static.42.136.251.148.clients.your-server.de. [148.251.136.42]) by smtp.gmail.com with ESMTPSA id c47sm1805538wrg.22.2018.03.09.08.44.41 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Fri, 09 Mar 2018 08:44:42 -0800 (PST) From: Yao Qi To: Pedro Alves Cc: Joel Brobecker , Alan Hayward , "gdb-patches\@sourceware.org" , nd Subject: Re: [PATCH PR gdb/22736] [aarch64] gdb crashes on a conditional breakpoint with cast return type References: <20180302033204.v2wvjmquwy3dswyk@adacore.com> <20180302151824.dg4y23pwjmm6nqjb@adacore.com> <18C9D0DE-F18B-4F88-91F3-826208369A64@arm.com> <31749295-0d7e-11ab-8e13-e25a070c6595@redhat.com> <20180309085122.v4fzh4vcii5plkkk@adacore.com> Date: Fri, 09 Mar 2018 16:44:00 -0000 In-Reply-To: (Pedro Alves's message of "Fri, 9 Mar 2018 16:04:48 +0000") Message-ID: <86y3j1dwqv.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2018-03/txt/msg00199.txt.bz2 Pedro Alves writes: > Today I'm trying to finish/post > the ifunc-fixing series I pointed at earlier, and hopefully that will give > me enough background to understand/review this patch (I'm afraid I haven't > really looked at it in any detail). FWIW, this issue is *not* related to ifunc. As Alan described in previous email, ifunc symbol is OK, but normal function symbol's target type is NULL, because without debug information, GDB doesn't know the symbol is a function or not. I thought about it, but I am not confident that we can set symbol's target type (for example, set it void or int) in absent of debug information. Anyway, it is great if you can take a look. --=20 Yao (=E9=BD=90=E5=B0=A7)