apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From olli hauer <oha...@gmx.de>
Subject Re: [VOTE] Release APR 1.5.1
Date Wed, 16 Apr 2014 14:33:02 GMT
On 2014-04-16 13:10, Jeff Trawick wrote:
> On Wed, Apr 16, 2014 at 4:38 AM, olli hauer <ohauer@gmx.de> wrote:
> 
>> On 2014-04-16 01:46, Jeff Trawick wrote:
>>> Tarballs/zipfiles are at http://apr.apache.org/dev/dist/
>>>
>>> Shortcut to CHANGES:
>>>
>>> *http://apr.apache.org/dev/dist/CHANGES-APR-1.5.1
>>> <http://apr.apache.org/dev/dist/CHANGES-APR-1.5.1>*
>>>
>>> autoconf version: 2.69 (same as apr 1.5.0)
>>> libtool version: 2.4.2 (same as apr 1.5.0)
>>>
>>> +/-1
>>> [  ] Release APR 1.5.1 as GA
>>>
>>> I'll hold the vote open for 72 hours unless something out of the ordinary
>>> occurs.
>>>
>>> Thanks in advance for testing!
>>>
>>
>> Hi Jeff,
>>
>> in case apr-1.5.0 is already installed testvsn is failing on my system
>>
>> testvsn  : |Line 26: expected <1.5.1>, but saw <1.5.0>
>>
>> After removing apr-1.5.0 all tests are passed.
>>
>>
> Do you get something similar?  See the two directories in RPATH/RUNPATH;
> the first is .libs in my apr 1.5.1 source directory, and the second is the
> lib directory under the specified --prefix.
> 
> $ readelf -d testall
> 
> Dynamic section at offset 0x2a540 contains 26 entries:
>   Tag        Type                         Name/Value
>  0x0000000000000001 (NEEDED)             Shared library: [libapr-1.so.5]
>  0x0000000000000001 (NEEDED)             Shared library: [libcrypt.so.5]
>  0x0000000000000001 (NEEDED)             Shared library: [libthr.so.3]
>  0x0000000000000001 (NEEDED)             Shared library: [libc.so.7]
>  0x000000000000000f (RPATH)              Library rpath:
> [/usr/home/trawick/opensource/apr-1.5.1/.libs:/home/trawick/apr151/lib]
>  0x000000000000001d (RUNPATH)            Library runpath:
> [/usr/home/trawick/opensource/apr-1.5.1/.libs:/home/trawick/apr151/lib]
> ...
> 
> I don't know how libapr-1 would be picked up elsewhere except for
> LD_PRELOAD or LD_LIBRARY_PATH.  Any ideas?
> 

Hi Jeff,

sorry for the noise ...

For automated testing I wrapped some scripts around the official FreeBSD port
and appended this way some additional LDFLAGS to the tests.

After fixing my scripts all test passed on FreeBSD

- 8.4 (amd64), gcc from base OS
- 9.2 (amd64), gcc from base OS
- 9.2 (amd64), clang from base OS
- 10.0 (amd64), clang from base OS


-- 
Regards,
olli

Mime
View raw message