SCIENTIFIC-LINUX-USERS Archives

June 2007

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Jan Iven <[log in to unmask]>
Reply To:
Date:
Thu, 7 Jun 2007 09:18:15 +0200
Content-Type:
text/plain
Parts/Attachments:
text/plain (42 lines)
On 07/06/07 02:43, Peter Elmer wrote:
>   Hi,
> 
>   In the x86_64 build of SL(C)4, it looks like the "final" symbolic
> links (i.e. /usr/lib/libfontconfig.so and /usr/lib/libreadline.so)
> are missing for the 32-bit compatibility libraries, see (a) below.
> 
>   Are they intentionally left out or is it just an oversight?

Intentionally in the sense that the RPM that would provide them hasn't
been installed. Both libfoo.so and libfoo.a are part of the respective
-devel package, and the 32bit version simply hasn't been installed on
your machine (lxbuild063):
$ rpm -qa --qf "%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n" fontconfig-devel
fontconfig-devel-2.2.3-7.x86_64

I would suggest to get in touch with whoever in IT-FIO is managing this
machine for you and ask to get the two 32bit -devel package installed as
well. There may be some gotchas, the 32bit and 64bit -devel RPMs
typically conflict on the include files, rpm is smart enough to handle
this when both get installed at the same time but not always handles
one-by-one installs correctly, but I believe we have done similar setups
for other experiments.

>   If it is just an oversight, would it be possible to add the fix? The 
> missing links make it difficult to build Qt and sqlite in 32-bit mode on 
> 64-bit SL(C)4 machines, which is needed at CERN these days for the newest
> machines, without some ugly hacks... 
> 
>   (The archive libraries also seem to be missing, but that is perhaps less
> important if the "final" link for the shared libraries could be added.)

(see above, they come from the same RPM).

Last but least - since the machine in question clearly is SLC and not SL
_and_ a CERN machine, I would encourage you to use the CERN support
lines directly next time. We get paid for such support, the people on
this mailing list don't :-)

Regards
Jan

ATOM RSS1 RSS2