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: Wed, 11 Feb 2015 02:51:41 -0800 Message-ID: <54DB343D.5070008@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> <54DAD0C3.9040103@dancol.org> <8761b8raxh.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="J852s8vixxkOVenfe5wWH3l903mljpiKL" X-Trace: ger.gmane.org 1423651938 22483 80.91.229.3 (11 Feb 2015 10:52:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 11 Feb 2015 10:52:18 +0000 (UTC) Cc: "Stephen J. Turnbull" , Eli Zaretskii , emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 11 11:52:08 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 1YLUts-0005UP-D6 for ged-emacs-devel@m.gmane.org; Wed, 11 Feb 2015 11:52:08 +0100 Original-Received: from localhost ([::1]:44194 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YLUtr-0006if-E9 for ged-emacs-devel@m.gmane.org; Wed, 11 Feb 2015 05:52:07 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41235) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YLUtZ-0006iK-By for emacs-devel@gnu.org; Wed, 11 Feb 2015 05:51:53 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YLUtY-0008Pr-Cd for emacs-devel@gnu.org; Wed, 11 Feb 2015 05:51:49 -0500 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:33834) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YLUtY-0008Pj-2k; Wed, 11 Feb 2015 05:51:48 -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=ZF5Bz9Nnd2MImoUYi2zUFO5yHlHVFl2EeiNSQr1p+rc=; b=Gbx6qg7fvnLt8U4dtvj62ei4kTSv8mc6urcyqq1h1mf5am2BowDhOJS9jy8vTfH5Q3qk05s4JLS8Zdy/JYn0/CL00YqMGaigsRzZHIjZGHFCLvoA7UzHNn4j063n5+fjVyf7xTQywpMjxcsRGLp/IJUm27OqnYqCG0VL+/BMAquq+HQYWC10lSIpwkrhZprTGniMt0yy3heH7oMqhrY8+z/VbVWuep94xXw/ORdZ/WyrM3kfLSrN0Zdb/bZW8kZLq8UQ8rSuE8mARFpGk2Jef/jQq+lDHNKlujmWNZn9Q3ZRc5dID1tUKj0kdI9KL2mqizm5+Y68naSrQnSUhAiE2w==; 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 1YLUtT-00036l-Db; Wed, 11 Feb 2015 02:51:43 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 In-Reply-To: <8761b8raxh.fsf@fencepost.gnu.org> 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:182875 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --J852s8vixxkOVenfe5wWH3l903mljpiKL Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 02/11/2015 02:37 AM, David Kastrup wrote: > Daniel Colascione writes: >=20 >> On 02/10/2015 07:43 PM, Stephen J. Turnbull wrote: >>> Eli Zaretskii writes: >>> >>> > > Uh, there is a connection. Because modern IDEs tend to have use= ful >>> > > program information when debugging instead of (optimized out). >>> >=20 >>> > Compile with -Og (which should be the default anyway), and you hav= e >>> > that with GCC/GDB as well. >>> >>> Er, most programs I compile default to -O3 (I mean upstream does). S= o >>> 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. >=20 > The issue mostly are values which are not present explicitly anywhere. > If the compiler can deduce the value/effect of a variable, it does not > need to store it anywhere. DWARF's virtual machine contains instructions for regenerating these values from extant values and for building them out of thin air. See section 2.5 of the DWARF 4 specification. GCC could emit enough information to rebuild lost values, but does not. --J852s8vixxkOVenfe5wWH3l903mljpiKL 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 iQIcBAEBCAAGBQJU2zQ9AAoJEN4WImmbpWBlOXgP/j7pMbBRQIKsVZAUNIS5j4XL CiKJVubSxYYoQi/hWr7gje+BwFczx6dhlOHeTB/m+sHfaSDz+QNEz/leUVebntzd zdulQhFalMxynVAXp+N2MGX7k1J5diWbKVf3V7K195rQ3fN2uDFvdXSxjGyTaOUe U0CQBSnXeYj5haSg/RfwJitCepsQrPUX2mKoDeBOeuuI4g9qnfU7QErOGFL2SUoi cyBOlwf/avksiT+2xibL7HCV7VyJxdu/FoISP/v2+DIJ+2uvq2/C+e0gBq1Y8Qst FqU5bk+KinE2vl6N3Ds3Dvn1QLK0hdcDXvSIIsih/lOZBiX9XO3sJOySLIdDmL6W Wz2BlW2jngPp6HFXZhYYoPC0/AP4ExPptVOKN1oNMpDMsqMh8uSYxvSgK75NkCsl cB4b9zgVoXFVc9Y03t2Q53nzZoZ8yFbQoLTItLLrgw8Zvgvw5eIiXF2XPl6RRuML OwZV8JLbP0CVbNb07oNITxK8sBoYp2rPmCFfnVA/zZ5e82phH/TCQsIGO04fxpJr muVGShX/e+wcLJFD+FuAAlcxLcP9BI5G7Qf/6f0lAWQUxQTE6lu5glhnDGBeWt2/ HHFMbzih9Z2bbwnNBWDpCqmKvROekZbMl4Fy/brQ4Eq7LUKMHE09cCOms/AjZ4io FxSuRJr20Uia4edBDBkz =7jCE -----END PGP SIGNATURE----- --J852s8vixxkOVenfe5wWH3l903mljpiKL--