[25413] trunk/dports/print/ghostscript/Portfile

Takanori Yamamoto takanori at macports.org
Mon May 21 22:41:19 PDT 2007


Ryan,

I agree with you. The workaround I submitted yesterday seems a bit ugly.
So, I'll rewrite it later using configure.cppflags and configure.ldflags
introduced in v1.4.1. Thanks for pointing out my mistake.


From: Ryan Schmidt <ryandesign at macports.org>
Subject: Re: [25413] trunk/dports/print/ghostscript/Portfile
Date: Mon, 21 May 2007 20:52:43 -0500

> On May 21, 2007, at 11:36, source_changes at macosforge.org wrote:
> 
> > Revision: 25413
> >           http://trac.macosforge.org/projects/macports/changeset/25413
> > Author:   digdog at macports.org
> > Date:     2007-05-21 09:36:54 -0700 (Mon, 21 May 2007)
> >
> > Log Message:
> > -----------
> > patch for #11901
> >
> > Modified Paths:
> > --------------
> >     trunk/dports/print/ghostscript/Portfile
> >
> > Modified: trunk/dports/print/ghostscript/Portfile
> > ===================================================================
> > --- trunk/dports/print/ghostscript/Portfile	2007-05-21 16:28:48 UTC  
> > (rev 25412)
> > +++ trunk/dports/print/ghostscript/Portfile	2007-05-21 16:36:54 UTC  
> > (rev 25413)
> > @@ -26,6 +26,12 @@
> >          ghostscript-fonts-std-8.11.tar.gz md5  
> > 6865682b095f8c4500c54b285ff05ef6 \
> >          ghostscript-fonts-other-6.0.tar.gz md5  
> > 1a643ae62ef166562e4d422b1a601272
> >
> > +configure {
> > +        # MacPorts 1.4.1 or higher adds -I${prefix}/include and -L$ 
> > {prefix}/lib flags to the configure by default.
> > +        # This change may break building ghostscript. Here is a  
> > workaround to avoid this issue.
> > +        system "cd $worksrcpath && ./configure --prefix=${prefix}"
> > +}
> > +
> >  build.target
> >
> >  destroot.destdir    prefix=${destroot}/${prefix}
> 
> 
> How does the MacPorts change break ghostscript? And are you sure this  
> is the best solution? Wouldn't it be better to just remove the -I$ 
> {prefix}/include and -L${prefix}/lib flags from their respective  
> variables? I think doing it the way you're doing it may break other  
> things, since now you're not having any of the env variables that  
> MacPorts uses. I'm guessing this would also break the +universal  
> variant (if in fact it ever worked with ghostscript).
> 
> 
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo/macports-dev



More information about the macports-dev mailing list