This clears up compilation issues with g++ not liking the use of 'goto'.
My original commit message from Waverous Lambdamoo: In options.h, it was noted that using a copy of GNU's malloc() from emacs was deprecated and should be removed from future releases... which it never was. I've removed all preprocessor blocks from storage.c, updated Makefile.in to remove malloc.c, deleted malloc.c and gnu-malloc.c, and removed the option from options.h.
Commenting out the extern declaration for crypt() made the g++ linker happy.
lrand48() could not be resolved without stdlib.h, at least on OS X with g++.
The perils of "make depend": I haven't been careful enough. One needs to rerun ./configure after editing Makefile.in and *then* run "make depend." Previous edits I've made to Makefile.in seem to disappear if I don't do the steps right.
I figured out it's not necessary to get the project to compile just to generate the dependency list. Running: bison -y -d parser.y mv -f y.tab.c parser.c does the job, and the target cleans these files up too.
Also, two casts for mymalloc()
* Cast the return value from malloc() * Cast 'err' to type 'error', though probably should just declare 'err' to be type 'error' to begin with * Cast the return value of generate() to type yajl_gen_status
Two hunks were rejected because they were bugs I found in the original LambdaMOO code. I filed a bug report on Sourceforge, and the fix made it into the main tree; it's kind of amusing my two hunks were rejected because of this.
A number of casts had to be added to satisfy the http library.
Some new code in objects.c used "new" as a variable name; some of the hunks from the patch were for code that's no longer there.