[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-wget] pkg-config, openssl

From: Tim Ruehsen
Subject: Re: [Bug-wget] pkg-config, openssl
Date: Wed, 08 Jun 2016 09:42:05 +0200
User-agent: KMail/4.14.10 (Linux/4.5.0-2-amd64; KDE/4.14.20; x86_64; ; )

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).


Attachment: signature.asc
Description: This is a digitally signed message part.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]