/libmemmgr, Simple memory manager library
1.04, Package name:
libmemmgr-1.04, Maintainer: pkgsrc-users
MemMgr is a fairly trivial memory management library. There
is little it does that cannot be done using routines in the
C library. (In fact, allocation and disposal is implemented
using C library routines.) The purposes of MemMgr are two-
(i) Minimize configuration burden on applications that
dynamically allocate memory. For instance, malloc() on
some systems returns a char pointer; on others it
returns a void pointer. The MemMgr library routines
encapsulate system-specific configuration differences
and exports a fixed interface which is system-indepen-
dent. Once you compile and install it, you just use it
without thinking about whether your UNIX is System V or
(ii) Provide two parallel sets of allocation routines which
either return NULL (for applications which want to
check) or panic (for applications which simply want to
die) on allocation failures. Panicking is implemented
using the ETM library, which introduces a dependency on
the ETM distribution. So be it. I use ETM for all my
Required to build:
Master sites: SHA1:
Version history: (Expand)
- (2005-10-05) Package added to pkgsrc.se, version libmemmgr-1.04 (created)
CVS history: (Expand)
| 2015-11-03 04:29:40 by Alistair G. Crooks | Files touched by this commit (1995) |
Add SHA512 digests for distfiles for devel category
Issues found with existing distfiles:
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.
| 2013-12-08 17:18:35 by Benny Siegert | Files touched by this commit (1) |
Modernize the Makefile a bit. USE_TOOLS for groff, use SUBST instead of
doing the equivalent thing by hand.
This happens to unbreak the MirBSD build, where there is no groff installed
| 2012-10-31 12:19:55 by Aleksej Saushev | Files touched by this commit (1460) |
Drop superfluous PKG_DESTDIR_SUPPORT, "user-destdir" is default these days.
| 2009-06-14 19:49:18 by Joerg Sonnenberger | Files touched by this commit (454) |
Remove @dirrm entries from PLISTs
| 2009-03-20 20:25:55 by Joerg Sonnenberger | Files touched by this commit (1252) |
Simply and speed up buildlink3.mk files and processing.
This changes the buildlink3.mk files to use an include guard for the
recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS,
BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new
variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of
enter/exit marker, which can be used to reconstruct the tree and
to determine first level includes. Avoiding := for large variables
(BUILDLINK_ORDER) speeds up parse time as += has linear complexity.
The include guard reduces system time by avoiding reading files over and
over again. For complex packages this reduces both %user and %sys time to
half of the former time.
| 2008-03-11 19:40:18 by Joerg Sonnenberger | Files touched by this commit (2) |
It is user-destdir, not user-destir.
| 2008-03-03 18:45:38 by Johnny C. Lam | Files touched by this commit (119) |
Mechanical changes to add DESTDIR support to packages that install
their files via a custom do-install target.
| 2006-12-15 15:34:21 by Thomas Klausner | Files touched by this commit (50) |
Reset maintainer, ben@ has resigned.