[51259] trunk/dports

Thu May 21 15:54:06 PDT 2009

Revision: 51259
          http://trac.macports.org/changeset/51259
Author:   portindex at macports.org
Date:     2009-05-21 15:54:02 -0700 (Thu, 21 May 2009)
Log Message:
-----------

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

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

Modified: trunk/dports/PortIndex
===================================================================

--- trunk/dports/PortIndex	2009-05-21 22:35:27 UTC (rev 51258)
+++ trunk/dports/PortIndex	2009-05-21 22:54:02 UTC (rev 51259)
@@ -962,8 +962,8 @@
 depends_build port:ghc portdir devel/c2hs description {Yet Another Interface Generator for Haskell} homepage http://www.cse.unsw.edu.au/~chak/haskell/c2hs/ epoch 0 platforms darwin name c2hs maintainers gwright long_description {C->Haskell is an interface generator that simplifies the development of Haskell bindings to C libraries. The tool processes existing C header files that determine data layout and function signatures on the C side in conjunction with Haskell modules that specify Haskell-side type signatures and marshaling details.} categories {devel haskell} version 0.15.1 revision 0
 c_count 381
 variants universal portdir devel/c_count description {counts C-language source statements} homepage http://invisible-island.net/c_count/ epoch 0 platforms darwin name c_count long_description {C_COUNT counts C-language source statements, and summarizes statistics about the relative amount of commentary, whitespace, etc.} maintainers toby categories devel version 7.11 revision 0
-cableswig 2301
-variants universal depends_build {port:cmake port:byacc port:bison port:gawk} portdir devel/cableswig description {CableSwig creates interfaces to interpreted languages such as Tcl and Python.} homepage http://www.itk.org/ITK/resources/CableSwig.html epoch 0 platforms darwin depends_lib port:gccxml name cableswig long_description {CableSwig is used to create interfaces (i.e. wrappers) to interpreted languages such as Tcl and Python. It was created to produce wrappers for ITK because the toolkit uses C++ structures that SWIG cannot parse (deeply nested template instantiations). CableSwig is a combination tool that uses GCC_XML as the c++ parser. The input files are Cable style input files. The XML produced from the Cable/GCC_XML input files are then parsed and feed into a modified version of SWIG. SWIG is a software development tool that connects programs written in C and C++ with a variety of high-level programming languages. It is used to generate the language bindings to t
 he target language. Currently, Tcl and Python are supported. CableSwig consists of four executables: 1) cswig - the main cable swig executable, that takes an xml file from gccxml as input. The xml file should be created from a cable config input file. This program is a modified version of the standard SWIG main. It uses CABLE libraries to parse the input XML from gccxml to create SWIG data structures describing the C++ code to be wrapped. 2) cableidx - a program to generate index files from gccxml xml files. The index files tell cswig what classes are wrapped in which libraries. This is important because swig needs to know if a class is not wrapped or wrapped in another module, and if it is wrapped which module it is wrapped in. 3) gccxml_cc1plus - A patched version of gcc that has the -fxml option to convert c++ into xml. 4) gccxml - ( www.gccxml.org) the front end program to gccxml_cc1plus. CableSwig was developed to support ITK, and has not been widely used elsewhere. Not
  all features of SWIG are currently accessible through CableSwig. Features known to be missing are: * Wrapping of public data members in structs and classes, no accessor routines are created, the original source must provide access methods.} maintainers {dweber openmaintainer} categories devel version 20090514 revision 0
+cableswig 2303
+variants {examples testing gccxml universal} depends_build {port:cmake port:gmake port:bison port:gawk} portdir devel/cableswig description {CableSwig creates interfaces to interpreted languages such as Tcl and Python.} homepage http://www.itk.org/ITK/resources/CableSwig.html epoch 0 platforms darwin name cableswig long_description {CableSwig is used to create interfaces (i.e. wrappers) to interpreted languages such as Tcl and Python. It was created to produce wrappers for ITK because the toolkit uses C++ structures that SWIG cannot parse (deeply nested template instantiations). CableSwig is a combination tool that uses GCC_XML as the c++ parser. The input files are Cable style input files. The XML produced from the Cable/GCC_XML input files are then parsed and feed into a modified version of SWIG. SWIG is a software development tool that connects programs written in C and C++ with a variety of high-level programming languages. It is used to generate the language bindings to
  the target language. Currently, Tcl and Python are supported. CableSwig consists of four executables: 1) cswig - the main cable swig executable, that takes an xml file from gccxml as input. The xml file should be created from a cable config input file. This program is a modified version of the standard SWIG main. It uses CABLE libraries to parse the input XML from gccxml to create SWIG data structures describing the C++ code to be wrapped. 2) cableidx - a program to generate index files from gccxml xml files. The index files tell cswig what classes are wrapped in which libraries. This is important because swig needs to know if a class is not wrapped or wrapped in another module, and if it is wrapped which module it is wrapped in. 3) gccxml_cc1plus - A patched version of gcc that has the -fxml option to convert c++ into xml. 4) gccxml - ( www.gccxml.org) the front end program to gccxml_cc1plus. CableSwig was developed to support ITK, and has not been widely used elsewhere. N
 ot all features of SWIG are currently accessible through CableSwig. Features known to be missing are: * Wrapping of public data members in structs and classes, no accessor routines are created, the original source must provide access methods.} maintainers {dweber openmaintainer} categories devel version 20090521 revision 0
 caml-calendar 389
 variants universal portdir devel/caml-calendar description {Objective Caml interface for calendar functions} homepage http://www.lri.fr/~signoles/prog.en.html epoch 0 platforms darwin name caml-calendar depends_lib {port:ocaml port:caml-findlib} long_description {An OCaml interface for managing dates and times.} maintainers recoil.org:anil categories {devel ml} version 2.0.4 revision 0
 caml-csv 435

Modified: trunk/dports/PortIndex.quick
===================================================================
(Binary files differ)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-changes/attachments/20090521/41504b66/attachment.html>
