From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31884 invoked by alias); 16 Jan 2014 04:20:50 -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 31874 invoked by uid 89); 16 Jan 2014 04:20:49 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-pb0-f47.google.com Received: from mail-pb0-f47.google.com (HELO mail-pb0-f47.google.com) (209.85.160.47) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Thu, 16 Jan 2014 04:20:48 +0000 Received: by mail-pb0-f47.google.com with SMTP id um1so2095236pbc.34 for ; Wed, 15 Jan 2014 20:20:47 -0800 (PST) X-Received: by 10.66.139.100 with SMTP id qx4mr7193606pab.141.1389846046892; Wed, 15 Jan 2014 20:20:46 -0800 (PST) Received: from sspiff.sspiff.org.gmail.com (173-13-178-53-sfba.hfc.comcastbusiness.net. [173.13.178.53]) by mx.google.com with ESMTPSA id i10sm15321050pat.11.2014.01.15.20.20.45 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 15 Jan 2014 20:20:45 -0800 (PST) From: Doug Evans To: Eli Zaretskii Cc: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=), gdb-patches@sourceware.org Subject: Re: [PATCH v1 02/36] Guile extension language: doc additions References: <52b9da59.64ab440a.0b0b.7e1c@mx.google.com> <83ha9w68av.fsf@gnu.org> <87sit4kb1t.fsf@gnu.org> <83eh4ow78t.fsf@gnu.org> <87k3egez8e.fsf@gnu.org> <83y52vvmga.fsf@gnu.org> <87iotzd4ob.fsf@gnu.org> <83r48nv7op.fsf@gnu.org> Date: Thu, 16 Jan 2014 04:20:00 -0000 In-Reply-To: <83r48nv7op.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 04 Jan 2014 22:00:22 +0200") Message-ID: 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: 2014-01/txt/msg00583.txt.bz2 Eli Zaretskii writes: >> From: ludo@gnu.org (Ludovic Court=C3=A8s) >> Cc: gdb-patches@sourceware.org >> Date: Sat, 04 Jan 2014 18:42:44 +0100 >>=20 >> > Well, GDB supports long double if the target does, so I thought it >> > would be a pity to lose that when working with Guile. >>=20 >> We=E2=80=99re talking about =E2=80=98make-value=E2=80=99 here, which doe= s allow users to create >> a =E2=80=98long double=E2=80=99 value, AIUI. >>=20 >> What=E2=80=99s lost is that users can only inject in the debuggee values= with >> the accuracy of a =E2=80=98double=E2=80=99. >>=20 >> This is a theoretical limitation, but I=E2=80=99m tempted to think that = this is >> rarely (if ever) a concern in practice. >>=20 >> How do the Python bindings handle this? > > I don't know. Maybe someone else could chime in. The python code in gdb just uses doubles. There's nothing precluding supporting better precision in the future, but for this pass I'd like to keep it simple.