On 2012-09-12 18:43, [email protected] wrote: > Revision: 97700 > http://trac.macports.org//changeset/97700 > Author: [email protected] > 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? _______________________________________________ macports-dev mailing list [email protected] http://lists.macosforge.org/mailman/listinfo/macports-dev
