[56002] trunk/dports/print/fondu/Portfile

[ryandesign at macports.org]

Revision: 56002
          http://trac.macports.org/changeset/56002
Author:   ryandesign at macports.org
Date:     2009-08-22 16:08:31 -0700 (Sat, 22 Aug 2009)
Log Message:
-----------
fondu: whitespace / formatting changes only

Modified Paths:
--------------
    trunk/dports/print/fondu/Portfile

Modified: trunk/dports/print/fondu/Portfile
===================================================================
--- trunk/dports/print/fondu/Portfile	2009-08-22 23:04:45 UTC (rev 56001)
+++ trunk/dports/print/fondu/Portfile	2009-08-22 23:08:31 UTC (rev 56002)
@@ -1,43 +1,47 @@
 # $Id$
 
-PortSystem 1.0
+PortSystem              1.0
 
-name           fondu
-version        060102
-platforms      darwin
-description    A set of programs to interconvert between Mac font formats and pfb, ttf, otf and bdf files on UNIX.
+name                    fondu
+version                 060102
+platforms               darwin
+categories              print
+maintainers             nomaintainer
+homepage                http://fondu.sourceforge.net/
+master_sites            http://fondu.sourceforge.net/
 
-long_description \
-Dealing with Mac fonts is hard on other operating systems because Mac fonts are stored \
-in the resource fork, and other operating systems do not support this concept. Fondu \
-will extract the resource fork from either a MacBinary file or a BinHex file. Ufond will \
-create a resource fork inside a MacBinary file.
+description             A set of programs to interconvert between Mac font \
+                        formats and pfb, ttf, otf and bdf files on UNIX.
 
-categories     print 
-homepage       http://fondu.sourceforge.net/
-master_sites   http://fondu.sourceforge.net/
-checksums      md5 e20861beacddc1ab392bef7813641bf8	
-maintainers    nomaintainer
-distname       fondu_src-${version}
-extract.suffix   .tgz
-worksrcdir     fondu-${version}
+long_description        Dealing with Mac fonts is hard on other operating \
+                        systems because Mac fonts are stored in the resource \
+                        fork, and other operating systems do not support \
+                        this concept. Fondu will extract the resource fork \
+                        from either a MacBinary file or a BinHex file. Ufond \
+                        will create a resource fork inside a MacBinary file.
 
+checksums               md5 e20861beacddc1ab392bef7813641bf8
+distname                fondu_src-${version}
+extract.suffix          .tgz
+worksrcdir              fondu-${version}
+
 post-patch {
-	set CPPFLAGS "${configure.cppflags}"
-	set CFLAGS "${configure.cflags}"
-	set LDFLAGS "${configure.ldflags}"
-
-	if {[variant_isset universal]} {
-		set CPPFLAGS "${CPPFLAGS} ${configure.universal_cppflags}"
-		set CFLAGS "${CFLAGS} ${configure.universal_cflags}"
-		set LDFLAGS "${LDFLAGS} ${configure.universal_ldflags}"
-	}
-
-	reinplace "s|^CFLAGS = -g \$(WFLAGS)|CFLAGS = -g \$(WFLAGS) ${CPPFLAGS} ${CFLAGS} ${LDFLAGS}|g" ${worksrcpath}/Makefile.in
+    set CPPFLAGS "${configure.cppflags}"
+    set CFLAGS "${configure.cflags}"
+    set LDFLAGS "${configure.ldflags}"
+    
+    if {[variant_isset universal]} {
+        set CPPFLAGS "${CPPFLAGS} ${configure.universal_cppflags}"
+        set CFLAGS "${CFLAGS} ${configure.universal_cflags}"
+        set LDFLAGS "${LDFLAGS} ${configure.universal_ldflags}"
+    }
+    
+    reinplace "s|^CFLAGS = -g \$(WFLAGS)|CFLAGS = -g \$(WFLAGS) ${CPPFLAGS} ${CFLAGS} ${LDFLAGS}|g" ${worksrcpath}/Makefile.in
 }
 
-configure.args  --bindir=${prefix}/bin --mandir=${prefix}/share/man
+configure.args          --bindir=${prefix}/bin \
+                        --mandir=${prefix}/share/man
 
 post-destroot {
-	eval xinstall -m 644 [glob ${worksrcpath}/*.1] ${destroot}${prefix}/share/man/man1/
- }
+    eval xinstall -m 644 [glob ${worksrcpath}/*.1] ${destroot}${prefix}/share/man/man1/
+}
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-changes/attachments/20090822/2db4b795/attachment.html>