From owner-cvs-all@FreeBSD.ORG Wed Jun 18 22:01:33 2003 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 755BE37B401; Wed, 18 Jun 2003 22:01:33 -0700 (PDT) Received: from mx10.mail.ru (mx10.mail.ru [194.67.23.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 873A943F3F; Wed, 18 Jun 2003 22:01:32 -0700 (PDT) (envelope-from kabaev@mail.ru) Received: from [141.154.214.216] (port=51432 helo=kan.dnsalias.net) by mx10.mail.ru with esmtp id 19SrY9-000N7M-00; Thu, 19 Jun 2003 09:01:30 +0400 Received: from kan.dnsalias.net (ak03@localhost [127.0.0.1]) by kan.dnsalias.net (8.12.9/8.12.9) with ESMTP id h5J51S4V002768; Thu, 19 Jun 2003 01:01:28 -0400 (EDT) (envelope-from kan@kan.dnsalias.net) Received: (from kan@localhost) by kan.dnsalias.net (8.12.9/8.12.9/Submit) id h5J51SK3002767; Thu, 19 Jun 2003 01:01:28 -0400 (EDT) Date: Thu, 19 Jun 2003 01:01:28 -0400 From: Alexander Kabaev To: "Matthew N. Dodd" Message-Id: <20030619010128.13160a72.kabaev@mail.ru> In-Reply-To: <20030619003055.G76384@sasami.jurai.net> References: <200306190355.h5J3tc0A060501@repoman.freebsd.org> <20030619002345.4f626848.kabaev@mail.ru> <20030619003055.G76384@sasami.jurai.net> X-Mailer: Sylpheed version 0.9.0claws2 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam: Not detected cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/libexec/rtld-elf debug.c rtld.1 rtld.c rtld.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2003 05:01:33 -0000 On Thu, 19 Jun 2003 00:40:04 -0400 (EDT) "Matthew N. Dodd" wrote: > On Thu, 19 Jun 2003, Alexander Kabaev wrote: > > Just out of curiosity what does that buy you compared to > > objdump/readelf tools? Frankly I do not think this kind of logging > > output belongs to rtld and would like to see this patch backed out. > > It is also possible there are some advantages I am missing, in that > > case an explanation will be very much appreciated. > > This allows you to see what relocations were performed. > > No other tools in the tree provide this functionality. > > Anyone working with the MD bits has probably used similar code at one > point or another. > True, but these helper functions usually never hit the tree as they are considered to be very task specific and probably not interesting for a majority of our user base. I am withdrawing my objections with a note that ever growing amount of diagnostic functionality in rtld will have to be addressed some day. There is an option to offload most of it into a separate demand-loaded library in a manner similar to Solaris.