On Fri, Jan 18, 2002 at 08:01:53PM +0100, Hrvoje Niksic wrote: > > Sadly, I don't know much about the SCO compiler. My experience so far > > is that it's broken in some crazy ways. ``find / -name alloca\* > > -print'' didn't return any results, however. I can try some tests > > today or next week if you can think of some to try. > > > > Here is the relevant section from config.log: > > > > configure:5876: checking for working alloca.h > > configure:5888: cc -o conftest -O -belf conftest.c 1>&5 > > UX:acomp: ERROR: "configure", line 5882: cannot find include file: <alloca.h> > > UX:acomp: WARNING: "configure", line 5884: improper pointer/integer combination: >op "=" > > Thanks. This shows that alloca() is missing from that machine.
I'm working on something else, but came across this FAQ entry: http://zenez.pcunix.com/cgi-bin/scoprogfaq/faq.pl?_recurse=1&file=1#file_15 I haven't had a chance to look at the rest of your email here, but it's in my queue. > Speaking of which, I'd be really interested to hear how Wget is > working on a machine with emulated alloca. Does it leak memory? Does > it work reliably? > > > The following patch will fix it: > > > > 2002-01-17 Jeff Bailey <[EMAIL PROTECTED]> > > > > * src/alloca.c: Refer to xmalloc_real, not xmalloc. Important > > for systems that don't natively provide xmalloc. > > This patch introduces "internal" knowledge of Wget into alloca.c. > Also, it won't work when DEBUG_MALLOC is defined, when xmalloc is > defined to xmalloc_debug. > > Have you tried adding something like: > > #ifndef emacs > # include "wget.h" > #endif > > That should provide the proper expansion for xmalloc. -- I want to go live with the guy who came up with the phrase "Free like beer"
