Eli, you're awesome! :)
I tried many combinations (I think so), including LIBS=-liconv, but
without success. I've tried now and it works!
Now I'll test on my own.
Thanks
Piotr
On 07/10/16 09:08, Eli Zaretskii wrote:
From: losgrandes <[email protected]>
Date: Thu, 6 Oct 2016 09:47:01 +0200
Fortunately I tested wget.exe in normal mode and background mode (-b). Was ok.
Unfortunately I haven't tested wget.exe with CTRL+Break/CTRL+C (is it really
works on windows?).
Yes, CTRL-C/CTRL-BREAK should work on Windows. What didn't work in
your case?
1. Could you be so kind and test my wget.exe with CTRL+Break?
Send your test instructions, and I will try to build and test it here.
2. Advise me with error I get while compiling:
main.o:main.c:(.text+0x579): undefined reference to `pipe'
The Windows runtime doesn't have 'pipe', it has '_pipe' (with a
slightly different argument list). I believe we need the Gnulib pipe
module to get this to compile. However, just as a quick hack, replace
the call to 'pipe' with a corresponding call to '_pipe', you can find
its documentation here:
https://msdn.microsoft.com/en-us/library/edze9h7e.aspx
(This problem is unrelated to your changes, the call to 'pipe' is
already in the repository.)
url.o:url.c:(.text+0x1e78): undefined reference to `libiconv_open'
url.o:url.c:(.text+0x1f25): undefined reference to `libiconv'
url.o:url.c:(.text+0x1f57): undefined reference to `libiconv'
url.o:url.c:(.text+0x1f7e): undefined reference to `libiconv_close'
url.o:url.c:(.text+0x20ee): undefined reference to `libiconv_close'
collect2: error: ld returned 1 exit status
This was generated by:
./configure --host=i686-w64-mingw32 --without-ssl --without-libidn
--without-metalink --with-gpgme-prefix=/dev/null CFLAGS=-I$BUILDDIR/tmp/include
LDFLAGS=-L$BUILDDIR/tmp/lib --with-libiconv-prefix=$BUILDDIR/tmp CFLAGS=-liconv
I think you need to add -liconv to LIBS, not to CFLAGS. GNU ld is a
one-pass linker, so it needs to see -liconv _after_ all the object
files, not before.
