From owner-freebsd-ports@FreeBSD.ORG Sat Oct 11 15:53:54 2003 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E47E16A4B3; Sat, 11 Oct 2003 15:53:54 -0700 (PDT) Received: from mail.lovett.com (sentinel.ranger.supernews.net [216.168.1.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11B2F43FB1; Sat, 11 Oct 2003 15:53:54 -0700 (PDT) (envelope-from ade@FreeBSD.org) Received: from 44ba06102.mdfrd.or.charter.com ([68.186.6.102] helo=FreeBSD.org) by mail.lovett.com with asmtp (Exim 4.22) id 1A8ScT-000DZp-PH; Sat, 11 Oct 2003 22:53:53 +0000 Date: Sat, 11 Oct 2003 15:53:52 -0700 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) To: Lev Serebryakov From: Ade Lovett In-Reply-To: <22159707417.20031010130423@serebryakov.spb.ru> Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.552) cc: ports@FreeBSD.org Subject: Re: Ports conflicts: `lib/libiberty.a' X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2003 22:53:54 -0000 On Friday, Oct 10, 2003, at 02:04 US/Pacific, Lev Serebryakov wrote: > I don't think, it is good idea to "CONFLICTS=" all these binutils & > gcc. May be, we need some "general" patch (like libtool's one) to > disable installation of this library? Something like > > FIX_LIBIBERTY=yes > > In port makefile? No. Please no. Oh lordy, no. The maze of options, variables, hacks, and other bits and pieces needs to be reduced, not increased. It's a staggeringly complex ball of wax already. An excellent task for someone who wants to learn A LOT about the ports tree as a single entity would be to run through the entire tree, documenting all these magical flags, and, as a first shot, start cleaning them up. To take a random case in point, with no finger pointing, things like the use of OpenLDAP has a metric shitload of different, but the same, ways to do things, USE_LDAP, WITH_LDAP, USE_OPENLDAP, WITH_OPENLDAP, WITH_OPENLDAP_VER, LDAP_PORT, etc.. etc.. A centralized place to refer to these knobs (a purely documentatary bsd.knobs.mk, perhaps) detailing what they are, who uses them, and what they do would go a long way to help, but some of the process would have to be (non-trivially) automated in order to keep it up to date (no small task in of itself). I'm really starting to wonder whether we've reached the limits of what can reasonably be accomplished with make(1) as we approach ports10k... -aDe