Re: [Clamav-devel] installation of 64bit libaries in /usr/lib ?
On 2008-08-28 11:00, Per Jessen wrote: I've just built 0.93.3 on an AMD64 machine - for some reason, the libraries were installed in /usr/lib, not /usr/lib64. Is that intentional ? What OS? On my amd64 Debian Linux /usr/lib64 is a symlink to /usr/lib. Best regards, --Edwin ___ http://lurker.clamav.net/list/clamav-devel.html Please submit your patches to our Bugzilla: http://bugs.clamav.net
Re: [Clamav-devel] installation of 64bit libaries in /usr/lib ?
On Thu, 28 Aug 2008 10:00:01 +0200 Per Jessen [EMAIL PROTECTED] wrote: I've just built 0.93.3 on an AMD64 machine - for some reason, the libraries were installed in /usr/lib, not /usr/lib64. Is that intentional ? Most likely your distribution is not truly 64-bit, otherwise /usr/lib64 would be a symlink to /usr/lib -- oo. Tomasz Kojm [EMAIL PROTECTED] (\/)\. http://www.ClamAV.net/gpg/tkojm.gpg \..._ 0DCA5A08407D5288279DB43454822DC8985A444B //\ /\ Thu Aug 28 10:40:11 CEST 2008 ___ http://lurker.clamav.net/list/clamav-devel.html Please submit your patches to our Bugzilla: http://bugs.clamav.net
Re: [Clamav-devel] installation of 64bit libaries in /usr/lib ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Török Edwin wrote: On 2008-08-28 11:00, Per Jessen wrote: I've just built 0.93.3 on an AMD64 machine - for some reason, the libraries were installed in /usr/lib, not /usr/lib64. Is that intentional ? What OS? On my amd64 Debian Linux /usr/lib64 is a symlink to /usr/lib. Best regards, --Edwin rhel 4 uses /lib for 32bit libraries Regards - -- Gianluigi Tiesi [EMAIL PROTECTED] EDP Project Leader Netfarm S.r.l. - http://www.netfarm.it/ Free Software: http://oss.netfarm.it/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAki2ZSIACgkQ3UE5cRfnO05QOgCfS6A4O5hs9rw0ZyYky84kWyBQ RhQAnRCKDx1o2jcT3OrrFXXyNK0lZWpe =kQJV -END PGP SIGNATURE- ___ http://lurker.clamav.net/list/clamav-devel.html Please submit your patches to our Bugzilla: http://bugs.clamav.net
Re: [Clamav-devel] installation of 64bit libaries in /usr/lib ?
Tomasz Kojm wrote: On Thu, 28 Aug 2008 10:00:01 +0200 Per Jessen [EMAIL PROTECTED] wrote: I've just built 0.93.3 on an AMD64 machine - for some reason, the libraries were installed in /usr/lib, not /usr/lib64. Is that intentional ? Most likely your distribution is not truly 64-bit, otherwise /usr/lib64 would be a symlink to /usr/lib Not in a 32/64-bit co-existence environment, surely. I'm using openSUSE - I think it is truly 64-bit, but I could be wrong. /Per Jessen, Zürich ___ http://lurker.clamav.net/list/clamav-devel.html Please submit your patches to our Bugzilla: http://bugs.clamav.net
Re: [Clamav-devel] installation of 64bit libaries in /usr/lib ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tomasz Kojm wrote: | Most likely your distribution is not truly 64-bit, otherwise /usr/lib64 would | be a symlink to /usr/lib That's not true. All fedora based distros have /usr/lib64 for 64-bit libraries and /usr/lib for 32-bit libraries. That's needed for binary compatibility with 32-bit apps. That's why there is rpm macro called %configure which will tell configue to use /usr/lib64 on 64-bit systems. That is ./configure - --libdir=/usr/lib64. - -- Tuomo Soini [EMAIL PROTECTED] Foobar Linux services +358 40 5240030 Foobar Oy http://foobar.fi/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFItmYvTlrZKzwul1ERAuTeAJ0X8T0OHuntfGsK5IemwUKFTyxvXQCfRKyp 3iK8EOjs16SIGpKK5OEcWPk= =qbZr -END PGP SIGNATURE- ___ http://lurker.clamav.net/list/clamav-devel.html Please submit your patches to our Bugzilla: http://bugs.clamav.net
Re: [Clamav-devel] installation of 64bit libaries in /usr/lib ?
Tomasz Kojm wrote: What does 'file' and 'ldd' say when you run them against the newly build clamscan binary? And what's the output from 'file /usr/bin/gcc'? # file ./clamscan/.libs/clamscan ./clamscan/.libs/clamscan: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), not stripped # ldd ./clamscan/.libs/clamscan libclamav.so.4 = not found libpthread.so.0 = /lib64/libpthread.so.0 (0x2b2cd86ed000) libc.so.6 = /lib64/libc.so.6 (0x2b2cd8908000) /lib64/ld-linux-x86-64.so.2 (0x2b2cd84d) # file /usr/bin/gcc /usr/bin/gcc: symbolic link to `gcc-4.2' # file /usr/bin/gcc-4.2 /usr/bin/gcc-4.2: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), stripped /Per Jessen, Zürich ___ http://lurker.clamav.net/list/clamav-devel.html Please submit your patches to our Bugzilla: http://bugs.clamav.net
Re: [Clamav-devel] installation of 64bit libaries in /usr/lib ?
On Thu, 28 Aug 2008 11:47:43 +0300 Tuomo Soini [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tomasz Kojm wrote: | Most likely your distribution is not truly 64-bit, otherwise /usr/lib64 would | be a symlink to /usr/lib That's not true. All fedora based distros have /usr/lib64 for 64-bit libraries and /usr/lib for 32-bit libraries. That's needed for binary compatibility with 32-bit apps. That's debatable. To me OS which uses 32-bit /usr/lib is not truly 64-bit. -- oo. Tomasz Kojm [EMAIL PROTECTED] (\/)\. http://www.ClamAV.net/gpg/tkojm.gpg \..._ 0DCA5A08407D5288279DB43454822DC8985A444B //\ /\ Thu Aug 28 10:56:46 CEST 2008 ___ http://lurker.clamav.net/list/clamav-devel.html Please submit your patches to our Bugzilla: http://bugs.clamav.net
Re: [Clamav-devel] installation of 64bit libaries in /usr/lib ?
Tomasz Kojm wrote: On Thu, 28 Aug 2008 11:47:43 +0300 Tuomo Soini [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tomasz Kojm wrote: | Most likely your distribution is not truly 64-bit, otherwise /usr/lib64 would | be a symlink to /usr/lib That's not true. All fedora based distros have /usr/lib64 for 64-bit libraries and /usr/lib for 32-bit libraries. That's needed for binary compatibility with 32-bit apps. That's debatable. To me OS which uses 32-bit /usr/lib is not truly 64-bit. Define truly. I think perhaps you meant to say purely or only instead of truly. /Per Jessen, Zürich ___ http://lurker.clamav.net/list/clamav-devel.html Please submit your patches to our Bugzilla: http://bugs.clamav.net
Re: [Clamav-devel] installation of 64bit libaries in /usr/lib ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Per Jessen wrote: Tomasz Kojm wrote: On Thu, 28 Aug 2008 11:47:43 +0300 Tuomo Soini [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tomasz Kojm wrote: | Most likely your distribution is not truly 64-bit, otherwise /usr/lib64 would | be a symlink to /usr/lib That's not true. All fedora based distros have /usr/lib64 for 64-bit libraries and /usr/lib for 32-bit libraries. That's needed for binary compatibility with 32-bit apps. That's debatable. To me OS which uses 32-bit /usr/lib is not truly 64-bit. Define truly. I think perhaps you meant to say purely or only instead of truly. I suppose Tomasz means that you cannot have a 64bit only distro - -- Gianluigi Tiesi [EMAIL PROTECTED] EDP Project Leader Netfarm S.r.l. - http://www.netfarm.it/ Free Software: http://oss.netfarm.it/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAki2amoACgkQ3UE5cRfnO04QXQCgnhxQf/rgdgWT7f1q7/BBT/0l lh4AnRux9Wh9zVWXwbRf2od602++q0EH =SK+O -END PGP SIGNATURE- ___ http://lurker.clamav.net/list/clamav-devel.html Please submit your patches to our Bugzilla: http://bugs.clamav.net
Re: [Clamav-devel] installation of 64bit libaries in /usr/lib ?
On Thu, Aug 28, 2008 at 11:09:16AM +0200, Tomasz Kojm said: On Thu, 28 Aug 2008 10:49:02 +0200 Per Jessen [EMAIL PROTECTED] wrote: Török Edwin wrote: On 2008-08-28 11:00, Per Jessen wrote: I've just built 0.93.3 on an AMD64 machine - for some reason, the libraries were installed in /usr/lib, not /usr/lib64. Is that intentional ? What OS? On my amd64 Debian Linux /usr/lib64 is a symlink to /usr/lib. openSUSE 10.3. /usr/lib/ is used for 32-bit versions of various libraries. OK, so according to the FHS this is correct. We'll probably need some additional configure check to handle it. Please don't. The multiarch fiasco is working it's ponderous way towards one of a number of possible solutions. Having clamav reimplement the logic in it's configure script is not helpful, and probably mildly harmful. Wait until it stabilizes, and then the tools will do the work for you. The OPs 'problem' could have been solved with the current build system by passing --libdir. -- -- | Stephen Gran | It's always darkest just before the | | [EMAIL PROTECTED] | lights go out. -- Alex Clark | | http://www.lobefin.net/~steve | | -- signature.asc Description: Digital signature ___ http://lurker.clamav.net/list/clamav-devel.html Please submit your patches to our Bugzilla: http://bugs.clamav.net
Re: [Clamav-devel] installation of 64bit libaries in /usr/lib ?
Stephen Gran wrote: What OS? On my amd64 Debian Linux /usr/lib64 is a symlink to /usr/lib. openSUSE 10.3. /usr/lib/ is used for 32-bit versions of various libraries. OK, so according to the FHS this is correct. We'll probably need some additional configure check to handle it. Please don't. The multiarch fiasco is working it's ponderous way towards one of a number of possible solutions. Do you know which one? Having clamav reimplement the logic in it's configure script is not helpful, and probably mildly harmful. Wait until it stabilizes, and then the tools will do the work for you. The OPs 'problem' could have been solved with the current build system by passing --libdir. Yes of course, but it seems like that sort of thing is exactly what autoconf should be doing. /Per Jessen, Zürich ___ http://lurker.clamav.net/list/clamav-devel.html Please submit your patches to our Bugzilla: http://bugs.clamav.net
Re: [Clamav-devel] installation of 64bit libaries in /usr/lib ?
On Thu, Aug 28, 2008 at 12:37:17PM +0200, Per Jessen said: Stephen Gran wrote: What OS? On my amd64 Debian Linux /usr/lib64 is a symlink to /usr/lib. openSUSE 10.3. /usr/lib/ is used for 32-bit versions of various libraries. OK, so according to the FHS this is correct. We'll probably need some additional configure check to handle it. Please don't. The multiarch fiasco is working it's ponderous way towards one of a number of possible solutions. Do you know which one? No. There's lots and lots of proposals and half-baked implementations, but none looks like top of the heap last I looked (which was a while ago, to be fair). Having clamav reimplement the logic in it's configure script is not helpful, and probably mildly harmful. Wait until it stabilizes, and then the tools will do the work for you. The OPs 'problem' could have been solved with the current build system by passing --libdir. Yes of course, but it seems like that sort of thing is exactly what autoconf should be doing. Which is sort of precisely my point - once the multiarch people come up with something that doesn't suck, autoconf will be patched to support it, and then the clamav configure.in won't need to do anything. -- -- | Stephen Gran | A copy of the universe is not what is | | [EMAIL PROTECTED] | required of art; one of the damned | | http://www.lobefin.net/~steve | things is ample. -- Rebecca West | -- signature.asc Description: Digital signature ___ http://lurker.clamav.net/list/clamav-devel.html Please submit your patches to our Bugzilla: http://bugs.clamav.net
