From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org)
	by finch.gentoo.org with esmtp (Exim 4.60)
	(envelope-from <gentoo-dev+bounces-26521-garchives=archives.gentoo.org@gentoo.org>)
	id 1IaRdT-0000az-Is
	for garchives@archives.gentoo.org; Wed, 26 Sep 2007 07:48:44 +0000
Received: from robin.gentoo.org (localhost [127.0.0.1])
	by robin.gentoo.org (8.14.1/8.14.0) with SMTP id l8Q7dNbb020451;
	Wed, 26 Sep 2007 07:39:23 GMT
Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by robin.gentoo.org (8.14.1/8.14.0) with ESMTP id l8Q7aHol015966
	for <gentoo-dev@lists.gentoo.org>; Wed, 26 Sep 2007 07:36:37 GMT
Received: from gentoo.org (c-67-171-150-177.hsd1.or.comcast.net [67.171.150.177])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 0E95E65C2A
	for <gentoo-dev@lists.gentoo.org>; Wed, 26 Sep 2007 07:21:04 +0000 (UTC)
Date: Wed, 26 Sep 2007 00:21:02 -0700
From: Donnie Berkholz <dberkholz@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev]  new old eclass - wxwidgets.eclass
Message-ID: <20070926072102.GF22279@supernova>
References: <fd9uem$dei$1@sea.gmane.org>
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <fd9uem$dei$1@sea.gmane.org>
User-Agent: Mutt/1.5.16 (2007-06-09)
X-Archives-Salt: 5612ffba-466f-40ed-8aca-c0828afa20cb
X-Archives-Hash: 2baac1c48900a3cc0b1eac0a409c0fae

On 21:14 Mon 24 Sep     , Ryan Hill wrote:
> - is the stuff in global scope kosher?  i've seen other eclasses do
> similar, but i want to be sure.  the reason for the looping is because
> i figure calling built_with_use in global would get me hung.

> 	for wxtoolkit in gtk2 base; do
> 		debug-print "global outer loop - wxtoolkit is ${wxtoolkit}"
> 		for wxdebug in release debug; do
> 			debug-print "global inner loop - wxdebug is ${wxdebug}"
> 			wxconf="${wxtoolkit}-${wxchar}-${wxdebug}-${WX_GTK_VER}"
> 			debug-print "testing for config ${wxconf}"
> 			[[ -f /usr/$(get_libdir)/wx/config/${wxconf} ]] || continue

Checking for existence of files in global scope?

> 			debug-print "found config ${wxconf} - setting WX_CONFIG"
> 			WX_CONFIG="/usr/$(get_libdir)/wx/config/${wxconf}"
> 			# TODO: needed for the wx-config wrapper
> 			#WX_ECLASS_CONFIG="${WX_CONFIG}"
> 			break
> 		done
> 		[[ -n ${WX_CONFIG} ]] && break
> 	done
> 	[[ -n ${WX_CONFIG} ]] && export WX_CONFIG #WX_ECLASS_CONFIG

OK, so let me try to follow the logic of preferences here:

1. gtk2-release
2. gtk2-debug
3. base-release
4. base-debug

Does that mean they can't get a debug setup if the release one is found? 
Does a debug build only produce debug and not release?

> else
> 	:
> fi

What's up with the 'else' here?

Thanks,
Donnie
-- 
gentoo-dev@gentoo.org mailing list