From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.devel Subject: Re: Contributing LLVM.org patches to gud.el Date: Tue, 10 Feb 2015 19:47:15 -0800 Message-ID: <54DAD0C3.9040103@dancol.org> References: <87mw4rxkzv.fsf@fencepost.gnu.org> <87y4oavxcy.fsf@fencepost.gnu.org> <87d25juy8m.fsf@fencepost.gnu.org> <83iofa8lu2.fsf@gnu.org> <87wq3qrvjz.fsf@fencepost.gnu.org> <83386d92ox.fsf@gnu.org> <874mqtsoqy.fsf@fencepost.gnu.org> <83y4o57lfj.fsf@gnu.org> <87oap1nmef.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="lN40WkEIxCDUHcIsXWs7LxEfc43e6mQL4" X-Trace: ger.gmane.org 1423626488 18591 80.91.229.3 (11 Feb 2015 03:48:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 11 Feb 2015 03:48:08 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Stephen J. Turnbull" , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 11 04:48:03 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YLOHT-00070r-7m for ged-emacs-devel@m.gmane.org; Wed, 11 Feb 2015 04:48:03 +0100 Original-Received: from localhost ([::1]:42996 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YLOHS-0003Vj-HD for ged-emacs-devel@m.gmane.org; Tue, 10 Feb 2015 22:48:02 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47130) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YLOGn-0002wt-JL for emacs-devel@gnu.org; Tue, 10 Feb 2015 22:47:22 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YLOGm-0002R0-NU for emacs-devel@gnu.org; Tue, 10 Feb 2015 22:47:21 -0500 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:60090) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YLOGm-0002Qm-EJ; Tue, 10 Feb 2015 22:47:20 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=evNOwFcyDXG93hR7YfZDuCr6jKVs1nGy1WmRzq4xQ6g=; b=K8V65X5yd4qGn5cdAB3YbZjEVgQyIQGYSXZEDy58ZR3mYz5308/t9qU6zgIey7IYPyKs3KhrI6B3K/a0g48tz/XJkm6x074l1WiwVt/HRSJIPNW2N9V2BUbxHIYnfqMDRXAhi/8sJf0j4lx8XP0xbc8/eSizM50kH68e2UXqZTDTXaxncVKfYJPM2AMWgIqV2TB9gBmolS1JH+mZNhc3dxhXILn3IkN3/9CvQAR5FSCgsawSus/Xc6qMOHXFNda7i0ZVHvR7hzKwIjXvN3lDBOAE2kBO1xsd6aDKOgRpK2Ddw8205RRoaCPYhosea9gNqaXMXC59l6CS5E2AMQH6JQ==; Original-Received: from [2601:8:b240:93::2b1] by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1YLOGk-0000Ar-7Z; Tue, 10 Feb 2015 19:47:18 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 In-Reply-To: <87oap1nmef.fsf@uwakimon.sk.tsukuba.ac.jp> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2600:3c01::f03c:91ff:fedf:adf3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:182860 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --lN40WkEIxCDUHcIsXWs7LxEfc43e6mQL4 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 02/10/2015 07:43 PM, Stephen J. Turnbull wrote: > Eli Zaretskii writes: >=20 > > > Uh, there is a connection. Because modern IDEs tend to have usefu= l > > > program information when debugging instead of (optimized out). > >=20 > > Compile with -Og (which should be the default anyway), and you have > > that with GCC/GDB as well. >=20 > Er, most programs I compile default to -O3 (I mean upstream does). So > you can't debug a production build even if you have symbols. Arrgh What exactly are the DWARF deficiencies that prevent a debugger from unwinding caller-saved registers to their original values? The specification seems more than powerful enough for the task. --lN40WkEIxCDUHcIsXWs7LxEfc43e6mQL4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCAAGBQJU2tDDAAoJEN4WImmbpWBlo24P/jN6bIyQZCplsEkM8HGpJRsF HGKIuDlQ77owtr8t5Wr71K95yBK1aXEc1/Vj6Dd1vPWm1xAEy7zeEnw6xKEL0VCj MTKt4KZ5ZMVnfVT1Qb0hmlQmRydz9/y/Q2piKNJ905J2NZD/70l209ZIHrUmbpFf BtMNlMcX4aNJg9H8ebDkFbcbLnWDinhY2XVpQSI7hYmDCUnJXO6qYU2vLsQWPM2m n7w9iQoyA6rpQThWi80Hiyw35wzEBr7655TyV0MuMgOEQz4Z1djq2wwbv/BNVD29 99KTa94q7AFBsc9zjJhrEdEp9qXYmmDB6Zem7tXvF/ndarMmJIupZBhMsyVMi02w Ezl/9DfSOp78Va8fYDp1FEnccolxvZAMBG3QHM/J32Fsyc/F5EVrTvYaTvCzkT8H zu8rjhaM/joGalULGtUcveCQZiOtIR95PG/TCfrGnre2LSYDKBcQSdFRAGtNlzOC PzcVQY925oKufYtS09ucfLX02UB2Iiua+qTrU06nbdgDg94jkrlb33iF82MRtMS5 tOpfZqGoII3xjl9faWEuF4OZGBIvfBegAg0w8ZC+8X90xCQhMXDhaEYRoZc886mI 4NfsCFPH8a19+c86orS2VMMwe0+zImuTmpSIs8+io590EaNizM8qpPCo6Bv5hSvV fzHHMFaQ7rhDrVgLSJd8 =mPpk -----END PGP SIGNATURE----- --lN40WkEIxCDUHcIsXWs7LxEfc43e6mQL4--