On 10/12/2013 11:59 AM, Ken Moffat wrote:
> On Sat, Oct 12, 2013 at 10:38:19AM -0400, Casey Daniels wrote:
>> On 10/12/2013 10:18 AM, Ken Moffat wrote:
>>> On Sat, Oct 12, 2013 at 02:03:43AM +0100, Ken Moffat wrote:
>>>> Glad you were right - I've just posted that this seemed unlikely to
>>>> be the error, but if it builds then you are sorted.
>>>>
>>>> /me resolves never to touch squid with the proverbial barge-pole.
>>>>
>>> Slept on it, decided that since I am actually looking for build
>>> problems (but related to make-4.0) and I haven't prepared my scripts
>>> to build kde, I might as well give it a try.
>>>
>>> 3.3.9 configured ok (with the default settings), but first there was
>>> a segfault in g++, then when I resumed it eventually produced an
>>> internal error in gas.
>>>
>>> Took my own advice, tried 3.4.0.2 - no issues, did a successful
>>> DESTDIR install.
>>>
>>> ĸen
>> Just curious, did you try to load it? I also had an issue loaded it, it
>> was looking for libecap.so.2 which was also out of place.
>>
>> Casey
> It isn't installed, and I have no use for it. But this is what ldd
> reports (built with just ./configure --prefix=/usr) - no idea if
> libcap and libattr are required, they happen to be present on this
> system :
>
> ken@ac4tv ~ $ldd /scratch/ken/SQUID3402/usr/bin/*
> /scratch/ken/SQUID3402/usr/bin/purge:
> linux-vdso.so.1 (0x00007fff01dff000)
> libnsl.so.1 => /lib/libnsl.so.1 (0x00007f0647d06000)
> libresolv.so.2 => /lib/libresolv.so.2 (0x00007f0647aeb000)
> libcap.so.2 => /lib/libcap.so.2 (0x00007f06478e7000)
> librt.so.1 => /lib/librt.so.1 (0x00007f06476df000)
> libdl.so.2 => /lib/libdl.so.2 (0x00007f06474db000)
> libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f06471d8000)
> libm.so.6 => /lib/libm.so.6 (0x00007f0646ed1000)
> libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f0646cbb000)
> libc.so.6 => /lib/libc.so.6 (0x00007f06468f1000)
> libattr.so.1 => /lib/libattr.so.1 (0x00007f06466ed000)
> libpthread.so.0 => /lib/libpthread.so.0 (0x00007f06464ce000)
> /lib64/ld-linux-x86-64.so.2 (0x00007f0647f20000)
> /scratch/ken/SQUID3402/usr/bin/squidclient:
> linux-vdso.so.1 (0x00007fff30a71000)
> libnsl.so.1 => /lib/libnsl.so.1 (0x00007fd188a7b000)
> libresolv.so.2 => /lib/libresolv.so.2 (0x00007fd188860000)
> libcap.so.2 => /lib/libcap.so.2 (0x00007fd18865c000)
> librt.so.1 => /lib/librt.so.1 (0x00007fd188454000)
> libdl.so.2 => /lib/libdl.so.2 (0x00007fd188250000)
> libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fd187f4d000)
> libm.so.6 => /lib/libm.so.6 (0x00007fd187c46000)
> libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fd187a30000)
> libc.so.6 => /lib/libc.so.6 (0x00007fd187666000)
> libpthread.so.0 => /lib/libpthread.so.0 (0x00007fd187447000)
> libattr.so.1 => /lib/libattr.so.1 (0x00007fd187243000)
> /lib64/ld-linux-x86-64.so.2 (0x00007fd188c95000)
>
> Looking for what else is present, I note that --sysconfdir=/etc
> would be a good idea if building in /usr, and --libexecdir for those
> who dislike /usr/libexec. Ah, squid itself is in /usr/sbin :
>
> ken@ac4tv ~ $ldd /scratch/ken/SQUID3402/usr/sbin/squid
> linux-vdso.so.1 (0x00007fffdffff000)
> libpthread.so.0 => /lib/libpthread.so.0 (0x00007f5ac7b05000)
> libcrypt.so.1 => /lib/libcrypt.so.1 (0x00007f5ac78cc000)
> libnsl.so.1 => /lib/libnsl.so.1 (0x00007f5ac76b2000)
> libresolv.so.2 => /lib/libresolv.so.2 (0x00007f5ac7497000)
> libcap.so.2 => /lib/libcap.so.2 (0x00007f5ac7293000)
> librt.so.1 => /lib/librt.so.1 (0x00007f5ac708b000)
> libdl.so.2 => /lib/libdl.so.2 (0x00007f5ac6e87000)
> libltdl.so.7 => /usr/lib/libltdl.so.7 (0x00007f5ac6c7e000)
> libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f5ac697b000)
> libm.so.6 => /lib/libm.so.6 (0x00007f5ac6674000)
> libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f5ac645e000)
> libc.so.6 => /lib/libc.so.6 (0x00007f5ac6094000)
> /lib64/ld-linux-x86-64.so.2 (0x00007f5ac7d24000)
> libattr.so.1 => /lib/libattr.so.1 (0x00007f5ac5e90000)
>
> and for the *many* libexec progs (several are scripts, and the libs
> produce different addresses):
>
> ken@ac4tv ~ $ldd /scratch/ken/SQUID3402/usr/libexec/* | grep -v ':' | cut -d
> '(' -f 1 | sort -u
> /lib64/ld-linux-x86-64.so.2
> libattr.so.1 => /lib/libattr.so.1
> libcap.so.2 => /lib/libcap.so.2
> libcrypt.so.1 => /lib/libcrypt.so.1
> libc.so.6 => /lib/libc.so.6
> libdb-6.0.so => /usr/lib/libdb-6.0.so
> libdl.so.2 => /lib/libdl.so.2
> libgcc_s.so.1 => /usr/lib/libgcc_s.so.1
> libm.so.6 => /lib/libm.so.6
> libnsl.so.1 => /lib/libnsl.so.1
> libpthread.so.0 => /lib/libpthread.so.0
> libresolv.so.2 => /lib/libresolv.so.2
> librt.so.1 => /lib/librt.so.1
> libstdc++.so.6 => /usr/lib/libstdc++.so.6
> linux-vdso.so.1
> not a dynamic executable
>
> I suspect you have either included something more because of your
> configure switches, and/or maybe deleted a shared library which
> another of your libraries wants to link to.
>
> ĸen
Thanks for the help.
Casey
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
