On Tuesday 07 June 2016 23:34:46 Michael Felt wrote: > On 07-Jun-16 09:52, Tim Ruehsen wrote: > > Hi Michael, > > > >> Unknown option: utf8 > >> make: 1254-004 The error code from the last command is 1. > > > > This should be solved by commit 302aa79abb17a2b621e2191723e5e2cf3ebc5dbb > > from May 27. (Did you pull in the latest changes ?) > > No. As a packager I try to work only from the distributions. If a patch > is simple I apply it manually and then update the versioning, e.g., I > would renumber to 1.17.1.X where X > 0 (when X==0 it is the original > sources)
I understand. Maybe you could try the latest stuff from git. That is the only chance to fix it for you *before* the next release. > >> "/usr/include/sys/mman.h", line 115.9: 1506-236 (W) Macro name > >> MAP_FAILED has been redefined. > >> "/usr/include/sys/mman.h", line 115.9: 1506-358 (I) "MAP_FAILED" is > >> defined on line 156 of ../../src/wget-1.17.1/src/sysdep.h. > > > > This is just a warning, but I'll push a fix soon. > > I will send the "lines" from AIX so you know what it is redefining it to :) It should be fixed in git master. (Again: please test it.) > >> "../../src/wget-1.17.1/src/html-url.c", line 632.16: 1506-068 (W) > >> Operation between types "char*" and "int" is not allowed. > >> "../../src/wget-1.17.1/src/http.c", line 3437.19: 1506-068 (W) Operation > >> between types "char*" and "int" is not allowed. > > > > Also just warnings. These come if you have IRI support disabled. This > > happens (if not requested manually) when libiconv and/or libidn are > > missing. You should get IRI working - in the future, wget might not be > > compilable without international URL support. > > I will have to dig to see how AIX is providing IRI support. I know that > there is iconv() support - but also that the GNU tests do not like the > AIX implementation choices (they decided to call something invalid where > the standard says it is "up to the implementation" - and AIX converts a > legal input character to a space (ASC 32) when there is not a valid > output character - (this is a choice conform with the standard) - while > the GNU iconv() tests wants it to fail (also a valid choice conform with > the IEEE standard). Equally often though, autotools are just looking for > an include file that isn't there - and concludes there is no support > (e.g., for bzip2 and/or zlib). From what I read you'll have to install GNU libiconv and libidn (compiled with GNU libiconv). Tim
signature.asc
Description: This is a digitally signed message part.
