[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