[97700] trunk/dports/lang

[Jeremy Huddleston Sequoia]

On Sep 13, 2012, at 05:34, Rainer Müller <raimue at macports.org> wrote:

> On 2012-09-12 18:43, jeremyhu at macports.org wrote:
>> Revision: 97700
>>          http://trac.macports.org//changeset/97700
>> Author:   jeremyhu at macports.org
>> Date:     2012-09-12 09:43:28 -0700 (Wed, 12 Sep 2012)
>> Log Message:
>> -----------
>> gcc4?: Make libstdcxx builds faster, workaround bug in base depspec for the libstdcxx dependency
> 
>> Modified: trunk/dports/lang/gcc42/Portfile
>> ===================================================================
>> --- trunk/dports/lang/gcc42/Portfile	2012-09-12 15:36:50 UTC (rev 97699)
>> +++ trunk/dports/lang/gcc42/Portfile	2012-09-12 16:43:28 UTC (rev 97700)
>> @@ -41,7 +41,7 @@
>> universal_variant	no
>> 
>> depends_lib		port:gmp port:mpfr port:libiconv
>> -depends_run		port:gcc_select port:ld64 port:cctools path:lib/libstdc++.dylib:libstdcxx
>> +depends_run		port:gcc_select port:ld64 port:cctools path:lib/.libstdcxx:libstdcxx
> 
> I am not sure if this is a bug or just not documented. The path
> specification can be a regular expression, thus the + character needs to
> be escaped here.
> 
> Unfortunately, you need to escape this once for Tcl and another time for
> the regex engine, which results in this ugly, but working dependency
> specifiation:
> 
>  depends_run path:lib/libstdc\\\\+\\\\+\\\\.dylib:libstdcxx
> 
> Actually, the dot would always need to be escaped in all uses of path:
> specifications as shown above... Do we even have a use case for a regex
> in path:?
> 
> Rainer
> 
> PS: Sorry that I sent this to macports-changes@ at first, I think we
> used to have a Reply-To: macports-dev@ on this mailing list to avoid this?


Thanks.  r97756