build is a massively-parallel software build system implemented on
top of GNU make. Build is designed with the following tasks in mind:
* configuration
* building
* testing
* installation
Some of its features include:
* position-independent makefiles.
* non-recursive multi-makefile include-based structure.
* leaf makefiles are full-fledged GNU makefiles, not just variable definitions.
* complete dependency graph.
* inter-project dependency tracking.
* extensible language/compiler framework.
nose provides an alternate test discovery and running process for
unittest, one that is intended to mimic the behavior of py.test as
much as is reasonably possible without resorting to magic. By default,
nose will run tests in files or directories under the current working
directory whose names include "test". nose also supports doctest tests
and may optionally provide a test coverage report.
cvsdelta summarizes the difference between a CVS project and its local
version. It detects files that have been added and removed, and of
existing files it counts the number of lines that have been added,
deleted, and changed. It filters project changes by using .cvsignore
files, both system-wide and locally.
Requires ruby.
cvslines extends the capability of the cvs commit command, to provide
extra support in managing multiple concurrent lines of development.
cvslines is a "wrapper" facility that helps out with merging changes
between various cvs branches, where the branches represent different
lines of development.
Dmake is a make utility similar to GNU make or the Workshop dmake.
dmake is different from other versions of Make in that it supports
significant enhancements.
The original author(s) were WTICorp.com, but they appear to have lost
interest in maintaining the code.
This port installs the version previously maintained by the Apache
OpenOffice project.
The debug memory allocation or dmalloc library has been designed as a
portable drop in replacement for the system's memory management
routines while providing powerful debugging facilities configurable at
runtime. These facilities include such things as memory-leak
tracking, fence-post write detection, file/line number reporting, and
general logging of statistics. Online documentation is available at:
Eblob is a low-level local append-only (configurable) storage system. It
combines fast read/write performance with configuration simplicity and rich
feature set. Its main goal was to provide bullet-proof low-level backend
for Elliptics distributed storage (this is default backend now).
edb (Evan's Debugger) is a cross platform x86/x86-64 debugger. It
was inspired by OllyDbg, but aims to function on x86 and x86-64 as
well as multiple OS's. Linux is the only officially supported
platform at the moment, but FreeBSD, OpenBSD, OSX and Windows ports
are underway with varying degrees of functionality.
cvs2cl.pl: CVS-log-message-to-ChangeLog conversion script
This Perl script does what you think it does: It produces a GNU-style
ChangeLog for CVS-controlled sources, by running "cvs log" and parsing
the output. Duplicate log messages get unified in the Right Way.
Folsom is an Erlang based metrics system inspired by Coda Hale's
metrics. The metrics API's purpose is to collect real-time metrics
from your Erlang applications and publish them via Erlang APIs and
output plugins. folsom is not a persistent store. There are 6 types
of metrics: counters, gauges, histograms (and timers), histories,
meter_readers and meters.