From owner-cvs-all@FreeBSD.ORG Thu Jul 14 19:57:32 2005 Return-Path: X-Original-To: cvs-all@freebsd.org 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 EC48C16A421 for ; Thu, 14 Jul 2005 19:57:31 +0000 (GMT) (envelope-from Mikhail.Teterin@murex.com) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id E63B643D5D for ; Thu, 14 Jul 2005 19:57:26 +0000 (GMT) (envelope-from Mikhail.Teterin@murex.com) Received: (qmail 18690 invoked from network); 14 Jul 2005 19:57:26 -0000 Received: from aldan.algebra.com ([216.254.65.224]) (envelope-sender ) by mail21.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 14 Jul 2005 19:57:25 -0000 Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.1/8.13.1) with ESMTP id j6EJvK4j058390 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 14 Jul 2005 15:57:22 -0400 (EDT) (envelope-from Mikhail.Teterin@murex.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id j6EJvDfs031581 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Jul 2005 15:57:14 -0400 (EDT) (envelope-from Mikhail.Teterin@murex.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.3/8.13.3) with ESMTP id j6EJv7LU002497; Thu, 14 Jul 2005 15:57:07 -0400 (EDT) (envelope-from Mikhail.Teterin@murex.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.3/8.13.3/Submit) id j6EJv6Ml002496; Thu, 14 Jul 2005 15:57:06 -0400 (EDT) (envelope-from Mikhail.Teterin@murex.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to Mikhail.Teterin@murex.com using -f From: Mikhail Teterin Organization: Murex North America To: "Jeremy Messenger" Date: Thu, 14 Jul 2005 15:57:05 -0400 User-Agent: KMail/1.8.1 References: <200507132352.j6DNqtUS011697@repoman.freebsd.org> <200507141330.03721.mi+mx@aldan.algebra.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200507141557.06236.Mikhail.Teterin@murex.com> X-Virus-Scanned: ClamAV devel-20050525/978/Thu Jul 14 07:37:27 2005 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: Alexey Dokuchaev , doc@freebsd.org, cvs-all@freebsd.org, ports-committers@freebsd.org, Pav Lucistnik , knu@freebsd.org, Alexander Leidinger , cvs-ports@freebsd.org Subject: Re: cvs commit: ports/graphics/djvulibre Makefile ports/textproc/wordnet Makefile X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jul 2005 19:57:32 -0000 > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-depend.html#AEN1934 Your link provides an outdated example. Thanks for bringing it up. The ability to use regular expressions exists since: revision 1.439 date: 2003/02/12 05:15:03; author: knu; state: Exp; lines: +3 -3 Fix comment. LIB_DEPENDS can contain extended regular expressions. That was 2.5 years ago. Since then, there appeared special tricks in bsd.progs.mk, like: revision 1.491 date: 2004/06/10 07:30:19; author: kris; state: Exp; lines: +29 -30 [...] * Support glob expressions in USE_GETTEXT to allow more flexibility in the face of future gratuitous library version bumps by the gettext developers [3]: USE_GETTEXT=yEs # Works as before (case-insensitive) USE_GETTEXT=[5-7] # Accepts any of those libintl.so.x versions # in the LIB_DEPENDS [...] Doc-team (CC-ed) should fix the documentation: -There shall be no regular expressions in this variable. +lib can be an extended regular expression > BTW: portmgr, want to take care of this thread? End it now is better than   > later. Jeremy, all technical arguments against my idea, which you brought up yesterday on the gnome@ (viz. non-existent potential for API/ABI incompatibilities), were wrong. And now you are appealing to "authority"?.. Do not turn this into an ego contest. -mi