From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 06:30:40 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BC3F10656B1; Wed, 1 Sep 2010 06:30:40 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 147F98FC13; Wed, 1 Sep 2010 06:30:39 +0000 (UTC) Received: by yxn35 with SMTP id 35so2724548yxn.13 for ; Tue, 31 Aug 2010 23:30:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=MXQenxGWzq54HRZP9QECBKYe+pPwsehxxwwe2ZijXXk=; b=m8hf+emMoffrHHMRTFoqVfFsHxYvAzXXjLR0FB4AppeiulFKZ08hIQVHr2Zv0wPHdk aY3qCuO7TKU6uib9iNhk9wpg6IHZwg23+CNpFVwBK4bm5OXWZ+RYo5GpZqvPU/eL5pR/ a7iKb30tYjrPntIMESpgiBUBqPkoo9dLzEdsA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=hmVks8UjBEvmfjT+EHJZFbhOX4EB7FRhYW9ayoY9LkPlqtjCrUlWM0Gja1qRubZMPg PKZcLRZBAluEhrdXB0U27cosizV6Yr34sLMvYXsy+jNrAGc3YxOoN9lL1lE8e4idEIff +89qu2sVViVdrxrRQ9ctwqrI7Y2F+CJrDUVGI= Received: by 10.150.217.15 with SMTP id p15mr494574ybg.406.1283322639176; Tue, 31 Aug 2010 23:30:39 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-137-20.dsl.klmzmi.sbcglobal.net [99.181.137.20]) by mx.google.com with ESMTPS id t2sm464592yba.14.2010.08.31.23.30.37 (version=SSLv3 cipher=RC4-MD5); Tue, 31 Aug 2010 23:30:38 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C7DF30C.5080006@DataIX.net> Date: Wed, 01 Sep 2010 02:30:36 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: bf1783@gmail.com References: <4C7D76A6.7080401@DataIX.net> <4C7DE153.2090901@DataIX.net> <4C7DE392.4020605@DataIX.net> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: maho@freebsd.org, Scot Hetzel , "b. f." , freebsd-ports@freebsd.org Subject: Re: math/blas linking to gfortran with LDADD?= -lgfortran X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 06:30:40 -0000 On 09/01/2010 01:41, b. f. wrote: > On 9/1/10, jhell wrote: >> On 09/01/2010 01:14, jhell wrote: >>> On 09/01/2010 00:58, b. f. wrote: >>>> No, it will still take effect, after the math/blas Makefile is parsed, >>>> unless _WITHOUT_SRCCONF is defined. See bsd.own.mk. >>> >>> ports(7) pulls in src.conf ??? I hope I am not understanding this right... >>> >> >> No wonder why some of my ports are fricking ticking my counters with >> ccache! (!@#!%#$%#@!$#%!@# !@#!$@#%@% @$#@$@%~#^@#^) >> >> Now that I know I can burn that bridge right now by adding that to >> make.conf in a .if (.CURDIR:M/usr/ports*) > > Well, that would be wise in any event, to minimize build pollution. > But if you look in /usr/share/mk/bsd.port.mk, you will see that > bsd.own.mk is typically only included after _WITHOUT_SRCCONF is > defined. It is only exceptional cases where src.conf can have any > effect in Ports. > > b. So really then the only ultimate way to get around this if someone needed it that bad would be make.conf with a .CURDIR:M for /usr/src/* and pull in their own dynamically evil hidden defines. Or creating their own define that will not be referenced by anything in source or ports. This is mind boggling in more ways than one but at least knowing this now can save the heart ache in the future. Personally I think were hitting a design bump in the road here that raises concern of how is this going to look 5,10,15 years from now. This seems a pretty apparent warning sign IMHO that something should be forked from this now and work be done to separate the two and make a simple strategic set of knobs that are well defined and minimal by design ultimately easing the project and the cruft floating around the pkg_install-NG debates. I know these are a lot of things to handle all at once given the large amount there is to work with but since these all of a sudden have been coming out of the framework and becoming more and more apparent its time to fix them permanently. If only I had the time and the money to sit here all day I would be more than happy to take this on but unfortunately I don't, at least for right now. Thanks, Regards & Good Dreams, -- jhell,v