[97700] trunk/dports/lang
Rainer Müller
raimue at macports.org
Thu Sep 13 05:34:01 PDT 2012
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?
More information about the macports-dev
mailing list