From owner-freebsd-bugs@FreeBSD.ORG Tue Feb 9 17:50:03 2010 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC121106566C for ; Tue, 9 Feb 2010 17:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BC9638FC12 for ; Tue, 9 Feb 2010 17:50:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o19Ho3wY012830 for ; Tue, 9 Feb 2010 17:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o19Ho3MV012829; Tue, 9 Feb 2010 17:50:03 GMT (envelope-from gnats) Date: Tue, 9 Feb 2010 17:50:03 GMT Message-Id: <201002091750.o19Ho3MV012829@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Alexander Best Cc: Subject: Re: bin/143699: [patch] extend brandelf X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Best List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Feb 2010 17:50:03 -0000 The following reply was made to PR bin/143699; it has been noted by GNATS. From: Alexander Best To: Cc: "Pedro F. Giffuni" Subject: Re: bin/143699: [patch] extend brandelf Date: Tue, 09 Feb 2010 18:42:44 +0100 (CET) thanks for the reply. indeed the libelf project has a much better implementation of brandelf than the one in the freebsd base dir. hopefully at some point the libelf project's work will be included into the base dir and replace most of the gnu (or even pre-gnu) elf binaries/libraries. however until then i don't see why existing code - although inferior to the libelf project's code - shouldn't be enhanced here and there. also it's a lot easier to find a committer to add a few changes to an app which obviously won't break stuff than to find somebody to replace an existing binary with a whole new one. so i completely agree with you. i'm looking forward to seeing libelf's work in the base dir, but until then time (or better yet code) doesn't have to stand still. ;) cheers. alex