Age | Commit message (Collapse) | Author | Files | Lines |
|
Changes between 1.3.1 and 1.4.0 (12-Sep-2003 to 02-Sep-2005)
*) Optimize insertion of free memory chunks by merging with
the spare area if possible to decrease memory fragmentation.
*) Fix mm_realloc() function: If the memory chunk passed to mm_realloc()
can't be extended and a new chunk must be allocated, the old memory
is copied into the new chunk with a call to memcpy(3). However, the
used size is the length of the new data and will cause memcpy(3) to
access memory beyond the old data chunk's boundaries.
[Kirk Petersen]
*) Upgraded build environment to GNU Libtool 1.5.20 and GNU shtool 2.0.2
[Ralf S. Engelschall]
*) Updated all copyright messages for year 2005.
[Ralf S. Engelschall]
|
|
|
|
|
|
*) Upgraded build environment to GNU Shtool 2.0.1,
GNU Libtool 1.5.8 and Autoconf 2.59.
Changes 1.3.0:
*) Correctly cleanup under MM_SHMT_MMZERO in case of a shared
memory segment creation error.
*) Close the filedescriptor of the underlying object immediately
after mmap(2)'ing it in case of MM_SHMT_MMPOSX, MM_SHMT_MMZERO
and MM_SHMT_MMFILE.
|
|
|
|
in the process. (More information on tech-pkg.)
Bump PKGREVISION and BUILDLINK_DEPENDS of all packages using libtool and
installing .la files.
Bump PKGREVISION (only) of all packages depending directly on the above
via a buildlink3 include.
|
|
All library names listed by *.la files no longer need to be listed
in the PLIST, e.g., instead of:
lib/libfoo.a
lib/libfoo.la
lib/libfoo.so
lib/libfoo.so.0
lib/libfoo.so.0.1
one simply needs:
lib/libfoo.la
and bsd.pkg.mk will automatically ensure that the additional library
names are listed in the installed package +CONTENTS file.
Also make LIBTOOLIZE_PLIST default to "yes".
|
|
|
|
buildlink3.mk file in revision 1.101 of bsd.buildlink3.mk.
|
|
relative to ${WRKSRC}. Remove redundant LIBTOOL_OVERRIDE settings that
are automatically handled by the default setting in bsd.pkg.mk.
|
|
the normal case when BUILDLINK_DEPENDS.<pkg> isn't specified, it receives
a value only once due to the multiple inclusion protection in the
bulldlink3.mk files. In the case where a package includes several
buildlink3.mk files that each want a slightly different version of another
dependency, having BUILDLINK_DEPENDS.<pkg> be a list allows for the
strictest <pkg> dependency to be matched.
|
|
|
|
recommended by seb :)
|
|
|
|
buildlink3 framework.
|
|
|
|
|
|
*) Use "close-on-exec" semantic on internal file descriptors if
underlying platform supports this feature. This makes sure the file
descriptors are closed by the kernel upon execution of exec(3) by
the application.
|
|
|
|
buildlink2.mk files back into the main trunk. This provides sufficient
buildlink2 infrastructure to start merging other packages from the
buildlink2 branch that have already been converted to use the buildlink2
framework.
|
|
|
|
that created a local root hole.
|
|
|
|
|
|
|
|
Supposedly used in upcoming apache (2?), as well as mod_aolserver.
|