[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-wget] [PATCH] Regression since wget 1.10: no_prefix function i
Re: [Bug-wget] [PATCH] Regression since wget 1.10: no_prefix function is *bad*
Tue, 14 May 2013 08:53:53 +0200
KMail/1.13.7 (Linux/3.8-1-amd64; KDE/4.8.4; x86_64; ; )
yes, it is the _PC_NAME_MAX issue which is only valid for pathconf().
Attached is the little patch to fix it.
Since MinGW is based on gcc-4.6, C99 should be available.
As the Wiki states (well, the entry is 3 years old...), printf() is the main
issue. But there may be some other functions that don't behave C99 compliant.
Sound not like a compiler, but a library issue.
Maybe some functions have to be provided by Wget. If we just had a list of
Am Montag, 13. Mai 2013 schrieb Bykov Aleksey:
> Greetings, Tim Rühsen.
> Possible that i'm understood wrong, but according to
> http://www.mingw.org/wiki/C99 MinGW doesn't support C99 at all. So i'm not
> sure about cross-compile.
> May be after implementation of C99 code it can be compiled only through
> CygWin (don't remember exactly, but two years ago Wget compiled at CygWin
> required on pure Windows only several libraries as dependencies. If need,
> i'll try to check this at week).
> P.S. Currently Wget compiled without any problem in Windows MinGW and
> resulting binary work in pure Windows without any dependencies.
> P.P.S. What "minor compile issue in url.c"? I get only error with
> undefined PC_NAME_MAX (just add it to compiler flags)?
> P.P.P.S. Sorry for bad English.
> Best regards, Alex.
> > Thanks for the hint. I just installed Debians MinGW packages and it
> > workedlike a charm (except a minor compile issue in url.c).
> > For anyone who wants to try:
> > $ make distclean
> > $ ./configure --host=i686-w64-mingw32 --without-ssl --disable-ipv6
> > $ make
> > $ wine src/wget.exe http://www.example.com
> > I have no real Windows installation around to test wget.exe.
> > But assuming, it works: Is there any need to stick at c89 code ?
> > Or in other words: do we still have to support native Windows
> > compilation withMSVC (couldn't these people install and use mingw) ?
> > Regards, Tim
Description: Text Data