Mailing List Archive: ClamAV: devel

installation of 64bit libaries in /usr/lib ?

Index | Next | Previous | View Threaded

per at computer

Aug 28, 2008, 1:00 AM

Post #1 of 16 (2263 views)
Permalink

installation of 64bit libaries in /usr/lib ?

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 ?

/Per Jessen, Zürich

_______________________________________________
http://lurker.clamav.net/list/clamav-devel.html
Please submit your patches to our Bugzilla: http://bugs.clamav.net

edwintorok at gmail

Aug 28, 2008, 1:35 AM

Post #2 of 16 (2195 views)
Permalink

Re: installation of 64bit libaries in /usr/lib ? [In reply to]

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

tkojm at clamav

Aug 28, 2008, 1:40 AM

Post #3 of 16 (2197 views)
Permalink

Re: installation of 64bit libaries in /usr/lib ? [In reply to]

On Thu, 28 Aug 2008 10:00:01 +0200
Per Jessen <per[at]computer.org> 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 <tkojm[at]clamav.net>
(\/)\......... 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

sherpya at netfarm

Aug 28, 2008, 1:43 AM

Post #4 of 16 (2204 views)
Permalink

Re: installation of 64bit libaries in /usr/lib ? [In reply to]

-----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 <sherpya[at]netfarm.it>
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

tis at foobar

Aug 28, 2008, 1:47 AM

Post #5 of 16 (2199 views)
Permalink

Re: installation of 64bit libaries in /usr/lib ? [In reply to]

-----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 <tis[at]foobar.fi>
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

per at computer

Aug 28, 2008, 1:47 AM

Post #6 of 16 (2203 views)
Permalink

Re: installation of 64bit libaries in /usr/lib ? [In reply to]

Tomasz Kojm wrote:

> On Thu, 28 Aug 2008 10:00:01 +0200
> Per Jessen <per[at]computer.org> 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

per at computer

Aug 28, 2008, 1:49 AM

Post #7 of 16 (2204 views)
Permalink

Re: installation of 64bit libaries in /usr/lib ? [In reply to]

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.

/Per Jessen, Zürich

_______________________________________________
http://lurker.clamav.net/list/clamav-devel.html
Please submit your patches to our Bugzilla: http://bugs.clamav.net

tkojm at clamav

Aug 28, 2008, 1:52 AM

Post #8 of 16 (2194 views)
Permalink

Re: installation of 64bit libaries in /usr/lib ? [In reply to]

On Thu, 28 Aug 2008 10:47:44 +0200
Per Jessen <per[at]computer.org> wrote:

> Tomasz Kojm wrote:
>
> > On Thu, 28 Aug 2008 10:00:01 +0200
> > Per Jessen <per[at]computer.org> 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.

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'?

--
oo ..... Tomasz Kojm <tkojm[at]clamav.net>
(\/)\......... http://www.ClamAV.net/gpg/tkojm.gpg
\..........._ 0DCA5A08407D5288279DB43454822DC8985A444B
//\ /\ Thu Aug 28 10:52:33 CEST 2008
_______________________________________________
http://lurker.clamav.net/list/clamav-devel.html
Please submit your patches to our Bugzilla: http://bugs.clamav.net

per at computer

Aug 28, 2008, 1:56 AM

Post #9 of 16 (2203 views)
Permalink

Re: installation of 64bit libaries in /usr/lib ? [In reply to]

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 (0x00002b2cd86ed000)
libc.so.6 => /lib64/libc.so.6 (0x00002b2cd8908000)
/lib64/ld-linux-x86-64.so.2 (0x00002b2cd84d0000)

# 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

tkojm at clamav

Aug 28, 2008, 1:56 AM

Post #10 of 16 (2202 views)
Permalink

Re: installation of 64bit libaries in /usr/lib ? [In reply to]

On Thu, 28 Aug 2008 11:47:43 +0300
Tuomo Soini <tis[at]foobar.fi> 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 <tkojm[at]clamav.net>
(\/)\......... 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

per at computer

Aug 28, 2008, 1:59 AM

Post #11 of 16 (2200 views)
Permalink

Re: installation of 64bit libaries in /usr/lib ? [In reply to]

Tomasz Kojm wrote:

> On Thu, 28 Aug 2008 11:47:43 +0300
> Tuomo Soini <tis[at]foobar.fi> 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

sherpya at netfarm

Aug 28, 2008, 2:05 AM

Post #12 of 16 (2200 views)
Permalink

Re: installation of 64bit libaries in /usr/lib ? [In reply to]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Per Jessen wrote:
> Tomasz Kojm wrote:
>
>> On Thu, 28 Aug 2008 11:47:43 +0300
>> Tuomo Soini <tis[at]foobar.fi> 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 <sherpya[at]netfarm.it>
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

tkojm at clamav

Aug 28, 2008, 2:09 AM

Post #13 of 16 (2200 views)
Permalink

Re: installation of 64bit libaries in /usr/lib ? [In reply to]

On Thu, 28 Aug 2008 10:49:02 +0200
Per Jessen <per[at]computer.org> 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.

--
oo ..... Tomasz Kojm <tkojm[at]clamav.net>
(\/)\......... http://www.ClamAV.net/gpg/tkojm.gpg
\..........._ 0DCA5A08407D5288279DB43454822DC8985A444B
//\ /\ Thu Aug 28 11:09:03 CEST 2008
_______________________________________________
http://lurker.clamav.net/list/clamav-devel.html
Please submit your patches to our Bugzilla: http://bugs.clamav.net

steve at lobefin

Aug 28, 2008, 3:07 AM

Post #14 of 16 (2192 views)
Permalink

Re: installation of 64bit libaries in /usr/lib ? [In reply to]

On Thu, Aug 28, 2008 at 11:09:16AM +0200, Tomasz Kojm said:
> On Thu, 28 Aug 2008 10:49:02 +0200
> Per Jessen <per[at]computer.org> 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 |
| steve[at]lobefin.net | lights go out. -- Alex Clark |
| http://www.lobefin.net/~steve | |
--------------------------------------------------------------------------

Attachments:

signature.asc (0.18 KB)

per at computer

Aug 28, 2008, 3:37 AM

Post #15 of 16 (2200 views)
Permalink

Re: installation of 64bit libaries in /usr/lib ? [In reply to]

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

steve at lobefin

Aug 28, 2008, 3:51 AM

Post #16 of 16 (2200 views)
Permalink

Re: installation of 64bit libaries in /usr/lib ? [In reply to]

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 |
| steve[at]lobefin.net | required of art; one of the damned |
| http://www.lobefin.net/~steve | things is ample. -- Rebecca West |
--------------------------------------------------------------------------

Attachments:

signature.asc (0.18 KB)

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact lists@gossamer-threads.com