> From: Tim Rühsen <tim.rueh...@gmx.de> > Cc: ge...@mweb.co.za > Date: Sat, 01 Oct 2016 18:10:26 +0200 > > > > It shouldn't be too hard to write a script that cross-compiles wget and > > > some dependencies via mingw. But would such an .exe really work on a real > > > Windows machine ? > > > > I'm not sure I understand the question. If cross-compiling works, > > then why won't the result run as expected? > > Well, some years ago I copied cross compiled executables (32bit) onto a WinXP > machine. Executing these didn't error, but they immediately returned without > doing anything. Even the first printf() line didn't do anything. > While executing the same executables with wine on the machine that I used for > compilation, they worked fine.
Sounds like some incompatibility between the import libraries you had in that cross-environment and the corresponding DLLs on the target Windows XP machine. > While it seems pretty easy to generate a wget.exe on Linux and even run it > through wine, it seems not to work out that easily on a real Windows. At > least > these questions for a recent Windows executable are pretty common - and the > Windows affine users here do not have a easy solution as it seems. Building Wget on Windows is easy if you have an operational development environment. What's not easy is running the test suite and figuring out what each failure means, then fixing the sources as needed. Anyway, in addition to my site, which offers a 32-bit build, the MSYS2 project offers both 32-bit and 64-bit builds (although I cannot vouch for their thoroughness in running the test suite -- not that I know they didn't, mind you). People who ask about that must be doing that out of ignorance; perhaps we should include pointers to those places in the distribution.