New win binary was (RE: Compilation breakage in html-parse.c)
> From: Hrvoje Niksic [mailto:[EMAIL PROTECTED] > > This might be one cause for compilation breakage in html-parse.c. > It's a Gcc-ism/c99-ism/c++-ism, depending on how you look at it, fixed > by this patch: > > 2003-10-03 Hrvoje Niksic <[EMAIL PROTECTED]> > > * html-parse.c (convert_and_copy): Move variable declarations > before statements. Either this or another patch resolved - I didn't have time to track it down for good. Didn't even read the Changelog, just a quick export, make, minimal test, put up on site. New msvc binary from current cvs at http://xoomer.virgilio.it/hherold (yes, ISP decided to change the url. Old urls do still work). Heiko -- -- PREVINET S.p.A. www.previnet.it -- Heiko Herold [EMAIL PROTECTED] -- +39-041-5907073 ph -- +39-041-5907472 fax
html-parse.c
Hello, I had to do the following to get wget to compile on ppc-apple-darwin diff src/html-parse.c ../wget-1.7.fixed/src/html-parse.c 435c435 < assert (ch == '\'' || ch == '"'); --- > assert (ch == '\'' || ch == '\"'); Regards, Dave
Re: wget/html-parse.c
Denis Ahrens wrote: > In line 435 in html-parse.c is a non-escaped doubleqoute ("). That's perfectly valid code. > I cannot compile this file under MacOSX without escaping this char. That's a bug in cpp-precomp, Apple's C pre-processor that implements support for pre-compiled headers. The way to avoid the error is to type the following (tcsh shell semantics) before executing ./configure: setenv CPPFLAGS "-no-cpp-precomp" You pretty much want to do that with almost everything you compile on Mac OS X, by the way. Cpp-precomp is really only useful when compiling the Darwin kernel. Hope this helps, Ed