src/lib/libgnumalloc/Makefile, branch release/2.2.7_cvs FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F2.2.7_cvs 1998-07-24T04:57:32Z This commit was manufactured by cvs2svn to create tag 1998-07-24T04:57:32Z cvs2svn cvs2svn@FreeBSD.org 1998-07-24T04:57:32Z urn:sha1:a8a3fe17f40c9b40fdba5b5a54eccb48a980e821 'RELENG_2_2_7_RELEASE'. This commit was manufactured to restore the state of the 2.2.7-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs. Yet another attempt to remove the old libraries correctly. libfoo.* 1996-10-08T20:06:41Z Bruce Evans bde@FreeBSD.org 1996-10-08T20:06:41Z urn:sha1:2ee3f0c3feb600fcc5c284a2777674fc74275402 was misnamed foo.*. Peter must be sick of this, so I changed it directly. Fixed: 1996-09-27T16:22:49Z Bruce Evans bde@FreeBSD.org 1996-09-27T16:22:49Z urn:sha1:b017ff4eb8d813e9adc10a1cb7c2210ea8f4c6e9 - old static non-profiled libraries were removed in the wrong directory if ${ORIG_SHLIBDIR} != ${LIBDIR}. - old profiled libraries weren't removed. - new shared compat libraries were installed in the wrong directory if ${ORIG_SHLIBDIR} != /usr/lib. - some lines were too long. Added some comments about cases that have caused problems. Changed libfoo to ${LIB} so that libresolv/Makefile and libgnumalloc/Makefile are almost identical. Don't rely on LIBDIR having been equal to SHLIBDIR on Bruce's suggestion. 1996-09-27T12:10:14Z Peter Wemm peter@FreeBSD.org 1996-09-27T12:10:14Z urn:sha1:78a660dc2345ce368555cbdf48538b3fd0147be3 Set ORIG_SHLIBDIR to the expanded value of ${SHLIBDIR}, and use that as a base to modify the new SHLIBDIR without getting infinite recursion. Repository copy libfakegnumalloc to libgnumalloc and remove the symlink 1996-09-27T06:58:05Z Peter Wemm peter@FreeBSD.org 1996-09-27T06:58:05Z urn:sha1:1516dba3a390209ab26a60bc955468ccff142960 stuff and detection for the "gnumalloc" port which doesn't exist and nobody has cared enough about for the past 6 months or so to implement. As has been pointed out to me (quite a few times) in email, the people that had been bitten by the changes had failed to follow the instructions about updating /etc/rc. Bruce also pointed out that after my last commit, it was no longer removing /usr/lib/libgnumalloc.so.2.0 as it should have been. Hopefully this (and the comments in the Makefile) should defuse the problem a bit. Remove the nuke of /usr/lib/libgnumalloc*, this is closer to "How It Was 1996-09-26T14:22:32Z Peter Wemm peter@FreeBSD.org 1996-09-26T14:22:32Z urn:sha1:b2419d6fe217f59adef8ac94df4ad9b3b2afca69 Before", hopefully it won't cause as much hassle. This now entirely confines it's activities to /usr/lib/compat/lib{fake,}gnumalloc.so.2.0 Minor tweaks for the fake libgnumalloc stuff. No longer build, install and 1996-09-19T09:36:43Z Peter Wemm peter@FreeBSD.org 1996-09-19T09:36:43Z urn:sha1:fab12fa551bb9a7511a1bbb83ad199b58231df65 then rm the *.a version Add cfree, 1996-09-02T13:15:01Z Poul-Henning Kamp phk@FreeBSD.org 1996-09-02T13:15:01Z urn:sha1:b7bc7f68850d8476c91ec92de290d38dfd278815 Move to usr/lib/compat Add a missing ${ on a make variable.. 1996-08-30T01:08:03Z Peter Wemm peter@FreeBSD.org 1996-08-30T01:08:03Z urn:sha1:2eb5b7c878e064160f0cbefafe87526a40a1e5b2 Some fixes: 1996-02-12T12:40:04Z Poul-Henning Kamp phk@FreeBSD.org 1996-02-12T12:40:04Z urn:sha1:09d46ab02c0ed0592d94c99f2026561a611a6905 - shared libraries are in ${SHLIBDIR}, not necessarily in ${LIBDIR}. - don't remove or create any shared library versions except 2.0. and improvements: - don't use rm -r. - indent the long shell command. Submitted by: bde