[20980] trunk/dports/PortIndex

source_changes at macosforge.org source_changes at macosforge.org
Fri Dec 15 12:34:40 PST 2006


Revision: 20980
          http://trac.macosforge.org/projects/macports/changeset/20980
Author:   dluke at macports.org
Date:     2006-12-15 12:34:39 -0800 (Fri, 15 Dec 2006)

Log Message:
-----------

Total number of ports parsed:	3692 
Ports successfully parsed:	3692	 
Ports failed:			0

Modified Paths:
--------------
    trunk/dports/PortIndex

Modified: trunk/dports/PortIndex
===================================================================
--- trunk/dports/PortIndex	2006-12-15 18:20:12 UTC (rev 20979)
+++ trunk/dports/PortIndex	2006-12-15 20:34:39 UTC (rev 20980)
@@ -638,8 +638,8 @@
 portdir devel/agregex platforms darwin description {a Perl-compatible regex framework for using the PCRE library} name agregex version 0.4 categories {devel framework} homepage http://sourceforge.net/projects/agkit/ revision 0 epoch 0 maintainers nomaintainer at macports.org long_description {AGRegex provides Perl-compatible pattern matching to Cocoa applications. Regular expression support is provided by the PCRE library package, which is open source software, written by Philip Hazel, and copyright by the University of Cambridge, England.}
 agsocket 857
 portdir devel/agsocket platforms darwin description {yet another BSD sockets framework for use in Cocoa applications} name agsocket version 0.3 categories {devel framework} homepage http://agkit.sourceforge.net/ revision 0 epoch 0 maintainers nomaintainer at macports.org long_description {AGSocket is yet another BSD sockets framework for use in Cocoa applications. The primary class is AGSocket, this can be used for TCP sockets, UDP sockets, raw sockets, whatever. Additionally several socket address classes are included, notably AGInetSocketAddress for vanilla Internet socket addresses. Unlike some of the other excellent sockets frameworks already available, AGSocket is primarily designed for asynchronous I/O thanks to the underlying CFSocket API (though there's nothing stopping you from using it for normal synchronous I/O if you are so inclined).}
-alex 466
-depends_build bin:ghc:ghc description {A Lexical Analyzer Generator for Haskell} portdir devel/alex homepage http://www.haskell.org/alex/ epoch 0 platforms darwin name alex long_description {Alex is a tool for generating lexical analysers in Haskell, given a description of the tokens to be recognised in the form of regular expressions. It is similar to the tools lex or flex for C/C++.} maintainers gwright at opendarwin.org categories devel version 2.0.1 revision 0
+alex 464
+depends_build bin:ghc:ghc description {A Lexical Analyzer Generator for Haskell} portdir devel/alex homepage http://www.haskell.org/alex/ epoch 0 platforms darwin name alex long_description {Alex is a tool for generating lexical analysers in Haskell, given a description of the tokens to be recognised in the form of regular expressions. It is similar to the tools lex or flex for C/C++.} maintainers gwright at macports.org categories devel version 2.0.1 revision 3
 allegro 416
 description {A game programming library for C/C++ developers.} portdir devel/allegro homepage http://www.talula.demon.co.uk/allegro/ epoch 0 platforms darwin depends_lib lib:libX11:XFree86 name allegro maintainers nomaintainer at macports.org long_description {Allegro is a game programming library for C/C++ developers distributed freely, supporting many platforms.} categories {devel games} version 4.1.15 revision 1
 apache-ant 529
@@ -934,8 +934,8 @@
 depends_build port:ghc description {A Haskell Documentation Tool} portdir devel/haddock homepage http://www.haskell.org/haddock/ epoch 0 platforms darwin name haddock long_description {This is Haddock, a tool for automatically generating documentation from annotated Haskell source code. It is primarily intended for documenting libraries, but it should be useful for any kind of Haskell code. Like other systems (IDoc,HDoc), Haddock lets you write documentation annotations next to the definitions of functions and types in the source code, in a syntax that is easy on the eye when writing the source code (no heavyweight mark-up). The documentation generated by Haddock is fully hyperlinked - click on a type name in a type signature to go straight to the definition, and documentation, for that type.} maintainers gwright at opendarwin.org categories devel version 0.8 revision 0
 halloc 437
 portdir devel/halloc platforms darwin description {hierarchical alloc is an extension to standard malloc/free} name halloc version 1.2.0 categories devel homepage http://swapped.cc/halloc revision 0 epoch 0 maintainers mww at opendarwin.org long_description {Hierarchical alloc (halloc) is an extension to a standard malloc/free interface that simplifies tasks of memory disposal when allocated structures exhibit hierarchical properties.}
-happy 837
-depends_build bin:ghc:ghc description {The Parser Generator for Haskell} portdir devel/happy homepage http://www.haskell.org/happy/ epoch 0 platforms darwin name happy long_description {Happy is a parser generator system for Haskell, similar to the tool `yacc' for C. Like `yacc', it takes a file containing an annotated BNF specification of a grammar and produces a Haskell module containing a parser for the grammar. Happy is flexible: you can have several Happy parsers in the same program, and several entry points to a single grammar. Happy can work in conjunction with a lexical analyser supplied by the user (either hand-written or generated by another program), or it can parse a stream of characters directly (but this isn't practical in most cases).} maintainers gwright at opendarwin.org categories devel version 1.15 revision 0
+happy 834
+depends_build port:ghc description {The Parser Generator for Haskell} portdir devel/happy homepage http://www.haskell.org/happy/ epoch 0 platforms darwin name happy long_description {Happy is a parser generator system for Haskell, similar to the tool `yacc' for C. Like `yacc', it takes a file containing an annotated BNF specification of a grammar and produces a Haskell module containing a parser for the grammar. Happy is flexible: you can have several Happy parsers in the same program, and several entry points to a single grammar. Happy can work in conjunction with a lexical analyser supplied by the user (either hand-written or generated by another program), or it can parse a stream of characters directly (but this isn't practical in most cases).} maintainers gwright at opendarwin.org categories devel version 1.15 revision 1
 hat 751
 depends_build {bin:ghc:ghc bin:hmake:hmake} portdir devel/hat description {hat is the Haskell Tracer} homepage http://www.cs.york.ac.uk/fp/hat/ depends_run bin:xterm:XFree86 epoch 0 platforms darwin name hat depends_lib lib:libglib.1:glib1 maintainers gwright at opendarwin.org long_description {Hat is a source-level tracer for Haskell 98, the standard lazy functional programming language. Hat is a tool that gives the user access to otherwise invisible information about a computation. Hat is portable between compilers: it works with both ghc and nhc98. It also supports various language extensions, such as the FFI, multi-parameter type classes, functional dependencies, and hierarchical module namespaces.} version 2.04 categories devel revision 3
 headerbrowser 372

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-changes/attachments/20061215/0e2ad118/attachment.html


More information about the macports-changes mailing list