From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2943 invoked by alias); 16 Oct 2006 09:45:30 -0000 Received: (qmail 2931 invoked by uid 22791); 16 Oct 2006 09:45:29 -0000 X-Spam-Check-By: sourceware.org Received: from lon-del-01.spheriq.net (HELO lon-del-01.spheriq.net) (195.46.50.97) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 16 Oct 2006 09:45:26 +0000 Received: from lon-out-03.spheriq.net ([195.46.50.131]) by lon-del-01.spheriq.net with ESMTP id k9G9jE1a007360 for ; Mon, 16 Oct 2006 09:45:14 GMT Received: from lon-cus-01.spheriq.net (lon-cus-01.spheriq.net [195.46.50.37]) by lon-out-03.spheriq.net with ESMTP id k9G9jD5t004293 for ; Mon, 16 Oct 2006 09:45:13 GMT Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by lon-cus-01.spheriq.net with ESMTP id k9G9jAx9005887 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 16 Oct 2006 09:45:13 GMT Received: from zeta.dmz-eu.st.com (ns2.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id A173DDA4C; Mon, 16 Oct 2006 09:45:08 +0000 (GMT) Received: from mail1.bri.st.com (mail1.bri.st.com [164.129.8.218]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 46C714749E; Mon, 16 Oct 2006 09:45:06 +0000 (GMT) Received: from [164.129.15.13] (bri1043.bri.st.com [164.129.15.13]) by mail1.bri.st.com (MOS 3.5.8-GR) with ESMTP id CIC55960 (AUTH stubbsa); Mon, 16 Oct 2006 10:45:05 +0100 (BST) Message-ID: <453354A0.4070906@st.com> Date: Mon, 16 Oct 2006 09:45:00 -0000 From: Andrew STUBBS User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Mark Kettenis Cc: gdb-patches@sourceware.org Subject: Re: [PATCH] long long for printf on MinGW References: <452CCE2D.8070806@st.com> <10959.82.92.89.47.1160598501.squirrel@webmail.xs4all.nl> <452E1412.6050008@st.com> <200610151745.k9FHjvPa017960@elgar.sibelius.xs4all.nl> In-Reply-To: <200610151745.k9FHjvPa017960@elgar.sibelius.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-10/txt/msg00179.txt.bz2 Mark Kettenis wrote: > I'm not sure it "ought to work". The host printf(3) doesn't support > "%lld", so why should gdb support it? How about 'because it can'? > If your answer is "because the target printf(3) supports it", then > think again. By using the host printf(3) like we now do, the gdb > printf prints types with widths as they are on the host, and not as > they are on the target. I'm rather more interested in the usability of the debugger than niceties of implementation. When a customer reports that a feature doesn't work on a platform, I don't like to tell them that it shouldn't work unless I have a really good reason. If Windows only had a 62 bit printf (or something else ridiculous) then that might qualify, but I can't find a reason in this case. Andrew