bug-wget
[Top][All Lists]
Advanced

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

Re: [Bug-wget] [bug #44090] The function strcasestr is strictly non-stan


From: Dagobert Michelsen
Subject: Re: [Bug-wget] [bug #44090] The function strcasestr is strictly non-standard and non-portable thus wget is broken
Date: Wed, 11 Feb 2015 10:08:23 +0100

Hi Tim, hi Dennis,

> Am 10.02.2015 um 19:47 schrieb Tim Rühsen <address@hidden>:
> 
> There is Dagobert Michelsen, a Solaris expert.
> He drives a Solaris build farm. I git-cloned wget on that farm and built it 
> from scratch without problems. (I did not try the official tarball.)
> 
> Of course I don't know in detail how the systems are configured.
> If he has time, I am sure he could give you some hints and answers some of 
> your questions.
> 
> I guess you should subscribe to the list (if not already done) to not miss an 
> answer. see https://lists.gnu.org/mailman/listinfo/bug-wget
> 
> @Dago: the issue started here: https://savannah.gnu.org/bugs/?44090 
> Could you give some advice or hints on this issue ?

IIRC the last two tarballs 1.16 and 1.16.1 do not compile on Solaris
due to portability issues. See also
  http://lists.gnu.org/archive/html/bug-wget/2015-02/msg00004.html

This is fixed in git head and thats also the reason why I was pressing
on a new tarball to fix CVE-2014-4877 on Solaris.

> Am Dienstag, 10. Februar 2015, 11:29:43 schrieb address@hidden:
>> node000$ ldd /usr/local/bin/wget
>>        libiconv.so.2 =>         /usr/local/lib/libiconv.so.2
>>        libintl.so.8 =>  /usr/local/lib/libintl.so.8
>>        libc.so.1 =>     /lib/64/libc.so.1
>>        libssl.so.1.0.0 =>       /usr/local/ssl/lib/libssl.so.1.0.0
>>        libcrypto.so.1.0.0 =>    /usr/local/ssl/lib/libcrypto.so.1.0.0
>>        libz.so.1 =>     /usr/local/lib/libz.so.1
>>        libdl.so.1 =>    /lib/64/libdl.so.1
>>        libsocket.so.1 =>        /lib/64/libsocket.so.1
>>        libnsl.so.1 =>   /lib/64/libnsl.so.1
>>        librt.so.1 =>    /lib/64/librt.so.1
>>        libuuid.so.1 =>  /lib/64/libuuid.so.1
>>        libz.so.1 (SUNW_1.1) =>  (version not found)
>>        libmp.so.2 =>    /lib/64/libmp.so.2
>>        libmd.so.1 =>    /lib/64/libmd.so.1
>>        libscf.so.1 =>   /lib/64/libscf.so.1
>>        libaio.so.1 =>   /lib/64/libaio.so.1
>>        libdoor.so.1 =>  /lib/64/libdoor.so.1
>>        libuutil.so.1 =>         /lib/64/libuutil.so.1
>>        libgen.so.1 =>   /lib/64/libgen.so.1
>>        libm.so.2 =>     /lib/64/libm.so.2
>>        /platform/SUNW,SPARC-Enterprise-T5220/lib/sparcv9/libc_psr.so.1
>>        /platform/SUNW,SPARC-Enterprise-T5220/lib/sparcv9/libmd_psr.so.1
>> 
>> That SUNW "libz.so.1" is a weird nit that seems to never go away.

This happens when you link against /usr/lib/libz.so and then load 
/usr/local/lib/libz.so.1
at runtime.


Best regards

  — Dago

-- 
"You don't become great by trying to be great, you become great by wanting to 
do something,
and then doing it so hard that you become great in the process." - xkcd #896

Attachment: smime.p7s
Description: S/MIME cryptographic signature


reply via email to

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