Ports Search

Results 12,17112,180 of 17,773 for comment.zh_CN%3A%E6%8E%A7%E5%88%B6%E5%8F%B0.(0.012 seconds)
devel/log4cpp-1.1.1 (Score: 1.5577191E-4)
Library of C++ classes for flexible logging
A library of C++ classes for flexible logging to files, syslog, IDSA and other destinations. It is modeled after the Log for Java library (http://www.log4j.org), staying as close to their API as is reasonable.
devel/looks-2.6.0 (Score: 1.5577191E-4)
Improved appearance for Java Swing applications
The JGoodies Looks make Swing applications and applets look better. The package consists of a Windows look&feel and the Plastic look&feel family optimized for readability, precise micro-design and usability.
devel/MessagePack-0.3.4 (Score: 1.5577191E-4)
Efficient binary serialization format
MessagePack is an efficient binary serialization format. It lets you exchange data among multiple languages like JSON but it's faster and smaller. It's a pure Lua implementation, without dependency. And it's really fast with LuaJIT.
devel/lutok-0.4 (Score: 1.5577191E-4)
Lightweight C++ API for Lua
Lutok is a lightweight C++ API library for Lua. Lutok provides thin C++ wrappers around the Lua C API to ease the interaction between C++ and Lua. These wrappers make intensive use of RAII to prevent resource leakage, expose C++-friendly data types, report errors by means of exceptions and ensure that the Lua stack is always left untouched in the face of errors. The library also provides a small subset of miscellaneous utility functions built on top of the wrappers. Lutok focuses on providing a clean and safe C++ interface; the drawback is that it is not suitable for performance-critical environments. In order to implement error-safe C++ wrappers on top of a Lua C binary library, Lutok adds several layers or abstraction and error checking that go against the original spirit of the Lua C API and thus degrade performance.
devel/mimir-2.15 (Score: 1.5577191E-4)
Data-structure library used by the Elan Programming Environment
Mimir is a library used by the Elan programming language for the generation of internal data structures to maintain the abstract syntax tree and intermediate code. Its usage is not restricted to the Elan programming language itself though.
devel/mk-configure-0.29.1 (Score: 1.5577191E-4)
Lightweight, easy to use replacement for GNU autotools
mk-configure is a lightweight replacement for GNU autotools, written in bmake (portable version of NetBSD make) and POSIX shell. mk-configure also provides standalone mkc_check_xxx scripts that can be used without bmake.
devel/firmware-utils-20111222 (Score: 1.5577191E-4)
Create device firmware images
A collection of utilities to create firmware images for embedded devices, including many wireless routers from many vendors. The utilities are collected and maintained by the OpenWrt router project.
devel/icu-57.1 (Score: 1.5577191E-4)
International Components for Unicode (from IBM)
The International Components for Unicode (ICU) is a C and C++ library providing Unicode support (ex. character set conversions, locales, normalization, transliteration, etc.). More information on ICU can be found on the homepage
devel/deriving-ocsigen-0.3c (Score: 1.5577191E-4)
Function derivation library
Extension to OCaml for deriving functions from type declarations. Includes derivers for pretty-printing, type-safe marshalling with structure-sharing, dynamic typing, equality, and more. This is a version of the deriving library adapted for use with Ocsigen.
devel/camljava-0.3 (Score: 1.5577191E-4)
OCaml-Java library interface
This is a very preliminary release of CamlJava, an OCaml/Java interface based on the following schema: Caml/C interface JNI (Java Native Interface) Caml <------------------> C <-----------------------------> Java Currently, CamlJava provides a low-level, weakly-typed OCaml interface very similar to the JNI. Java object references are mapped to an abstract type, and various JNI-like operations are provided to allow Java method invocation, field access, and more. A basic callback facility (allowing Java code to invoke methods on Caml objects) is also provided, although some stub Java code must be written by hand. In the future, a higher-level, strongly-typed interface will be provided, whereas Java classes are mapped directly to Caml classes. This raises fairly delicate type mapping issues, though, so don't hold your breath.