Date: Thu, 24 Aug 95 22:45 MSZ From: garyj@rks32.pcs.dec.com (Gary Jennejohn) To: chuckr%Glue.umd.edu@inet-gw-1.pa.dec.com Cc: hackers%freebsd.org@inet-gw-1.pa.dec.com Subject: gdb & MMAP Message-ID: <m0slj9f-0005PIC@rks32.pcs.dec.com>
next in thread | raw e-mail | index | archive | help
Chuck Robey writes:
> Rod told me that you are the person I should direct questions to, in
> regards to gdb. During making world, there is a warning printed in
> regards to /usr/src/gnu/usr.bin/gdb/mmalloc/mmap-sup.o saying that it has
> no namelist. Looking at mmap-sup.c, it seems to be dependent on
> HAVE_MMAP. Don't we have MMAP? I was wondering if you knew about this
> warning, and since I don't know enough about mmap myself, I thought I'd
> make sure you knew about this.
Yeah, I saw your mail in hackers a few days ago and thought "you know, he's
right!". To be perfectly honest, it never even occurred to me that gdb could
or did make use of mmap.
Anyway, I quickly identified the 2 places where HAVE_MMAP needs to be
defined and remade gdb with (as far as I can tell) no ill effects. But,
I also didn't notice any real benefits either. I'm forced to admit that
I haven't exactly stress-tested the new gdb, though.
Anyway, here are diffs: (BEWARE !!! cut and paste. I've tried to fix all tabs)
1) Makefile in gdb/gdb -
*** Makefile.orig Sun Aug 20 16:54:59 1995
--- Makefile Sun Aug 20 16:55:32 1995
***************
*** 45,50 ****
--- 45,51 ----
CFLAGS+= -I$(.CURDIR)/. -I${DESTDIR}/usr/include/readline -I$(.CURDIR)/../bfd
+ CFLAGS+= -DHAVE_MMAP
DPADD+= ${LIBREADLINE} ${LIBTERMCAP} ${LIBGNUREGEX}
LDADD+= -lreadline -ltermcap -lgnuregex
2) Makefile in gdb/mmalloc
*** Makefile.orig Sun Aug 20 16:49:41 1995
--- Makefile Sun Aug 20 16:50:11 1995
***************
*** 1,3 ****
--- 1,4 ----
+ CFLAGS+= -DHAVE_MMAP
LIB= mmalloc
SRCS= mcalloc.c mfree.c mmalloc.c mmcheck.c mmemalign.c mmstats.c \
mmtrace.c mrealloc.c mvalloc.c mmap-sup.c attach.c detach.c keys.c \
Gary J
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?m0slj9f-0005PIC>