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
--
das eine Mal als Tragödie, dieses Mal als Farce
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
