> On Apr 4, 2017, at 09:08, Conrad Meyer <c...@freebsd.org> wrote: > > Author: cem > Date: Tue Apr 4 16:08:51 2017 > New Revision: 316492 > URL: https://svnweb.freebsd.org/changeset/base/316492 > > Log: > bsdgrep(1): Rip out "xmalloc" bits > > xmalloc was a debug malloc implementation, but the x{malloc,calloc,free} > functions default to calling the malloc(3) equivalents. > > Instead of relying on this malloc shim, we can devise better ways to debug > malloc issues that aren't misleading upon initial inspection. (I.e., using > jemalloc's various built-in debugging capabilities.) > > Submitted by: Kyle Evans <kevans91 at ksu.edu> > Reviewed by: emaste, cem > Differential Revision: https://reviews.freebsd.org/D10269 > > Deleted: > head/usr.bin/grep/regex/xmalloc.c > head/usr.bin/grep/regex/xmalloc.h > Modified: > head/usr.bin/grep/Makefile > head/usr.bin/grep/regex/fastmatch.c > head/usr.bin/grep/regex/tre-compile.c > head/usr.bin/grep/regex/tre-fastmatch.c
Where did xmalloc.c originate from? I can’t find any references to it in OpenBSD’s grep implementation (I’m pretty sure this copy of grep started there). Thanks, -Ngie
signature.asc
Description: Message signed with OpenPGP using GPGMail