summaryrefslogtreecommitdiff
path: root/devel/libarena
AgeCommit message (Collapse)AuthorFilesLines
2015-11-03Add SHA512 digests for distfiles for devel categoryagc1-1/+2
Issues found with existing distfiles: distfiles/eclipse-sourceBuild-srcIncluded-3.0.1.zip distfiles/fortran-utils-1.1.tar.gz distfiles/ivykis-0.39.tar.gz distfiles/enum-1.11.tar.gz distfiles/pvs-3.2-libraries.tgz distfiles/pvs-3.2-linux.tgz distfiles/pvs-3.2-solaris.tgz distfiles/pvs-3.2-system.tgz No changes made to these distinfo files. Otherwise, existing SHA1 digests verified and found to be the same on the machine holding the existing distfiles (morden). All existing SHA1 digests retained for now as an audit trail.
2012-10-31Drop superfluous PKG_DESTDIR_SUPPORT, "user-destdir" is default these days.asau1-3/+1
2011-02-28Reset maintainer for retired developers.wiz1-2/+2
2009-06-14Remove @dirrm entries from PLISTsjoerg1-3/+1
2008-02-22Update to 20080221 snapshot, primarily because I forgot to putbjs2-11/+8
a copy of this in LOCAL_PORTS. While here, add BUILDLINK_LDADD/LDFLAGS for convenience (LDFLAGS is set with =?).
2008-02-12Import libarena, a BSD-licensed memory allocator abstraction API.bjs6-0/+123
Also included are four allocators which also serve as examples as to how to use the interface. AFAIK, it's sort of like vmem(9) in userland (not that I know much about vmem, for the manpage is quite terse, heh). I imported this not as a dependency, but because I thought it looked interesting, especially with regard to what's outlined in the last paragraph. I may use it in porting some linux audio software at some point, though that's still a ways off ... A short blurb: Libarena is a custom memory allocator interface and implementation. Four allocators are provided: flat LIFO arena allocator, object pool allocator and two malloc(3) wrappers: one which returns the pointers unadulterated and one which obeys the requested, arbitrary alignment. These can be used directly, or through their exported prototype interfaces. Libarena is meant to provide a baseline interface so allocator's can be stacked, and to provide a simple and well defined interface for libraries and applications without becoming mired in features or capabilities. It is not meant to restrict or confine what custom allocators can actually accomplish. For instance, the included pool and arena allocators include a suite of string utilities which aren't available in the generic exportable interface. Note that these string utilities are built upon a generic interface (see util.h) which can take the prototypical allocation context, so they are also available to any 3rd party compatible allocators. Surprisingly few malloc(3) library "replacements" or plug-in interfaces support a context pointer argument. They're useless for many or most of the tasks where the ability to specify an alternate malloc(3) could actually be useful, e.g. poor man's RAII. For network daemons especially this feature is useful; all allocations for a particular session can be freed simply by closing the lowest-level allocator object.