[97700] trunk/dports/lang

[Jeremy Sequoia]

The depspec you provided seems to not be working according to a user here:

https://trac.macports.org/ticket/35770#comment:66


Any thoughts?  I'd prefer to not have to go back to providing an extra file but don't have the time right now to debug escaping.

On 09/13/12, 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?
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20120918/14ee19c5/attachment.html>