From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <ktirf@altlinux.org>
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on sa.int.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00 autolearn=ham
	version=3.2.3
From: Alexey Rusakov <ktirf@altlinux.org>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
In-Reply-To: <20080512154918.GF19126@solemn.turbinal>
References: <20080510011259.GA17898@granary.armor.altlinux.org>
	<20080510103039.GC17566@wo.int.altlinux.org>
	<20080510115059.GA13961@hell.fortress>
	<75e139a00805100951p5bdb7d7fp40150480543d5caa@mail.gmail.com>
	<20080510211509.GB19583@wo.int.altlinux.org>
	<20080512154918.GF19126@solemn.turbinal>
Content-Type: text/plain; charset=KOI8-R
Organization: ALT Linux
Date: Thu, 29 May 2008 03:00:05 +0400
Message-Id: <1212015605.8334.19.camel@localhost>
Mime-Version: 1.0
X-Mailer: Evolution 2.22.1.1 (2.22.1.1-alt1) 
Content-Transfer-Encoding: 8bit
X-Authenticated-Id: ktirf-sf@nale.ru
Subject: Re: [devel] c++filt
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.10b3
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2008 23:00:05 -0000
Archived-At: <http://lore.altlinux.org/devel/1212015605.8334.19.camel@localhost/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

В Пнд, 12/05/2008 в 19:49 +0400, Alexey Tourbin пишет:
> On Sun, May 11, 2008 at 01:15:09AM +0400, Dmitry V. Levin wrote:
> > On Sat, May 10, 2008 at 11:51:22PM +0700, Slava Semushin wrote:
> > > 10 мая 2008 г. 18:50 пользователь Alexey I. Froloff <raorn/altlinux.ru> написал:
> > > > * Dmitry V. Levin <ldv@> [080510 14:31]:
> > > >> >     1 NEW bad_elf_symbol added to the list
> > > >> > qdevelop    /usr/bin/qdevelop       U       _ZN14QObjectPrivate15checkWindowRoleEv
> > > >> Пропал QObjectPrivate::checkWindowRole() после очередного обновления qt4?
> > > > А в плюсатых либах symbol versioning возможен?  А в
> > > > нормальночитаемом виде?
> > > 
> > > Про symbol versioning не скажу, а что до удобочитаемого вида, так
> > > можно использовать c++filt:
> > > 
> > > [c0der@rock ~]$ echo '_ZN14QObjectPrivate15checkWindowRoleEv' | c++filt
> > > QObjectPrivate::checkWindowRole()
> > > 
> > > Может это к роботу прикрутить?
> > 
> > Пока binutils не обновлён до свежей версии, я бы не хотел, чтобы
> > c++filt использовался роботом по умолчанию (слишком дырявый).
> 
> Кроме того, есть тонкости.
> 
> $ c++filt _ZN12Fl_ScrollbarD0Ev
> Fl_Scrollbar::~Fl_Scrollbar()
> $ c++filt _ZN12Fl_ScrollbarD1Ev
> Fl_Scrollbar::~Fl_Scrollbar()
> $ c++filt _ZN12Fl_ScrollbarD2Ev
> Fl_Scrollbar::~Fl_Scrollbar()
> $ 
> 
> Что это означает?
Если ещё актуально - в меру своих познаний в C++ подозреваю, что это три
деструктора с разным числом параметров, используемые в разных ситуациях:
например, при удалении одного объекта, при удалении массива объектов и
при удалении объекта, размещённого "по месту" (через конструкцию new ()
Object). Во всех случаях вызывается один и тот же код. Зачем так - не
знаю.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team