From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <binutils-return-70224-listarch-binutils=sources.redhat.com@sourceware.org>
Received: (qmail 28638 invoked by alias); 21 Feb 2011 13:46:31 -0000
Received: (qmail 28621 invoked by uid 22791); 21 Feb 2011 13:46:30 -0000
X-SWARE-Spam-Status: No, hits=-1.3 required=5.0	tests=AWL,BAYES_00,MSGID_MULTIPLE_AT
X-Spam-Check-By: sourceware.org
Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.155)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 21 Feb 2011 13:46:25 +0000
Received: from md2.u-strasbg.fr (md2.u-strasbg.fr [IPv6:2001:660:2402::187])           by mailhost.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id p1LDjkmu090272           ; Mon, 21 Feb 2011 14:45:46 +0100 (CET) (envelope-from pierre.muller@ics-cnrs.unistra.fr)
Received: from mailserver.u-strasbg.fr (ms2.u-strasbg.fr [130.79.204.11])           by md2.u-strasbg.fr (8.14.4/jtpda-5.5pre1) with ESMTP id p1LDjjND000318           ; Mon, 21 Feb 2011 14:45:45 +0100 (CET) (envelope-from pierre.muller@ics-cnrs.unistra.fr)
Received: from E6510Muller (gw-ics.u-strasbg.fr [130.79.210.225]) (user=mullerp mech=LOGIN)          by mailserver.u-strasbg.fr (8.14.4/jtpda-5.5pre1) with ESMTP id p1LDjidO056615 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO)          ; Mon, 21 Feb 2011 14:45:44 +0100 (CET) (envelope-from pierre.muller@ics-cnrs.unistra.fr)
From: "Pierre Muller" <pierre.muller@ics-cnrs.unistra.fr>
To: "'Kai Tietz'" <ktietz70@googlemail.com>
Cc: "'GCC Patches'" <gcc-patches@gcc.gnu.org>,        "'Binutils'" <binutils@sourceware.org>, "'gdb'" <gdb@sourceware.org>,        "'Jakub Jelinek'" <jakub@redhat.com>,        "'Joel Brobecker'" <brobecker@adacore.com>
References: <AANLkTimPMPKd=Hfz-1e_aSw_iQsdm2SMK5hwR0sd+tga@mail.gmail.com>	<-8460070221060995487@unknownmsgid> <AANLkTingRFjfLtvFFVpJXuu1L_bV-0whUZOsL8z+s2L6@mail.gmail.com>
In-Reply-To: <AANLkTingRFjfLtvFFVpJXuu1L_bV-0whUZOsL8z+s2L6@mail.gmail.com>
Subject: RE: [RFC patch]: Adjust the use of 'long' type in dwarf2.h header
Date: Mon, 21 Feb 2011 13:46:00 -0000
Message-ID: <00aa01cbd1cd$a358ae70$ea0a0b50$@muller@ics-cnrs.unistra.fr>
MIME-Version: 1.0
Content-Type: text/plain;	charset="us-ascii"
Content-Transfer-Encoding: 7bit
Mailing-List: contact binutils-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <binutils.sourceware.org>
List-Subscribe: <mailto:binutils-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/binutils/>
List-Post: <mailto:binutils@sourceware.org>
List-Help: <mailto:binutils-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: binutils-owner@sourceware.org
X-SW-Source: 2011-02/txt/msg00255.txt.bz2

> Yes, I saw this too and it is a thorn here. But the issue about a
> transformation function (like dwarf_vma) is that we have memory leaks
> - as this function is to be used on some printf's more then once - as
> static buffer would be overriden. Well printfs can be splitted into
> smaller parts, but this then would make localization even harder.

 In GDB code, this is solved in utils.c source by the use of the
get_cell function, which rotates over 16 char arrays of size 50 each
currently, in dwarf.c 4 arrays of 16 char (as long as longest address is
64-bit)
for this dwarf_vma function would probably be enough, no?


Pierre Muller
GDB pascal language maintainer