|
From: Per P. <per...@ma...> - 2004-03-28 21:35:59
|
On Mar 28, 2004, at 13:50, Hans-Bernhard Broeker wrote: > > Anyway: not knowing what these memory pools are, and why they require > this > strange amount of extra book-keeping, I guess we'll have to trust your > judgement on this issue. So do whatever you think makes most sense. I think I have it right in the driver right now, so I'll let it stay there for now. I'll take some time to explain how the book-keeping stuff works etc. when things have settled down. I'm about to commit my changes, but before I do, there are some things I noticed during building/testing that I might as well bring up: (haven't looked into any of the following yet, hoping that someone would have quick answers) During configure: ----------------- Can't find malloc.h malloc is defined in stdlib.h, but there is a sys/malloc.h for compatibility Will gnuplot recognize HAVE_STDLIB_H and disregard the undefined HAVE_MALLOC_H? Should a search for sys/malloc.h be added? During make: ------------ A warning unrelated to aquaterm/OS X I think: ../term/fig.trm: In function `FIG_arrow': ../term/fig.trm:785: warning: comparison is always false due to limited range of data type ../term/fig.trm:817: warning: comparison is always false due to limited range of data type Built products: --------------- gnuplot.info doesn't contain info on aquaterm, even though gnuplot.pdf does. /Per |