So long as you have the 32-bit libs to support it. I run the 32-bit
oracle client and 32-bit Remedy products on sparc64 without any
problems. Chances are much of your toolchain on RedHat is 32-bit.
use ldd to determine if the supporting libs can be resolved, e.g.:
[EMAIL PROTECTED] bin]$ ldd arserverd
libclntsh.so.10.1 =>
/usr/lib/oracle/10.2.0.3/client/lib/libclntsh.so.10.1 (0x00330000)
libdl.so.2 => /lib/libdl.so.2 (0x00111000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00115000)
libnsl.so.1 => /lib/libnsl.so.1 (0x00127000)
libm.so.6 => /lib/tls/libm.so.6 (0x0013d000)
libarrpc.so (0x00160000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x0017b000)
libxerces-cbmc.so.26 (0x04017000)
libxerces-depdombmc.so.26 (0x001a9000)
libxalan-cbmc.so.19 (0x043f7000)
libicuucbmc.so.32 (0x0020e000)
libicui18nbmc.so.32 (0x04e30000)
libicudatabmc.so.32 (0x069f2000)
libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x01115000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x002cd000)
libc.so.6 => /lib/tls/libc.so.6 (0x05448000)
libnnz10.so => /usr/lib/oracle/10.2.0.3/client/lib/libnnz10.so
(0x011ce000)
/lib/ld-linux.so.2 (0x00319000)
libxalanMsgbmc.so.19 (0x002d5000)
This article should provide more insight:
http://www.redhat.com/magazine/009jul05/features/multilib/
To quote the article:
"One of the interesting things about this type of processor is that a
64-bit operating system is able to run both 32-bit and 64-bit programs
concurrently. Linux (meaning the GNU toolchain as well as the Linux
kernel) has been ported to run on a variety of such processors."
"So, to run 32-bit programs on a 64-bit system, two flavors of the C
library (and more libraries besides) need to be provided by the
operating system, and these extra libraries need to reside somewhere
in the file system. Multiple instances of a particular library, each
for a different instruction set supported by the processor, is often
known as multilib.
Where to put the extra libraries is a problem without an obvious
solution. Different approaches are equally arbitrary. The one used in
Red Hat(r) Enterprise Linux(r) and in the Filesystem Hierarchy
Standard (FHS) is that the /lib/ directory (and /usr/lib/) is for
32-bit libraries, and 64-bit libraries go in /lib64/ (and
/usr/lib64/). Debian uses /lib/ for 64-bit libraries, and puts 32-bit
ones in /lib32/. Sorting out which directory is which is done by the
dynamic loader, and thus it is transparent to the 32-bit program
running on a 64-bit processor."
Axton Grams
On 3/22/07, Frank Caruso <[EMAIL PROTECTED]> wrote:
** You mean I can run the 32 bit Linux libs on a 64 bit build?
On 3/22/07, Axton <[EMAIL PROTECTED]> wrote:
>
> No. There are only 32-bit on linux and only 64-bit on sparc and no
> sun/x86 libs. In your case, you should be able to use the 32-bit libs
> on your linux box without any problems though.
>
> I will add an rfe on the arswiki bugzilla app for the following additional
libs:
> - sun x86 32-bit
> - sun x86 64-bit
> - linux x86 64-bit
>
> Would really be nice since solaris x86 is becoming more widely used
> and mid-tier servers may not reside on the same physical host as the
> arserver, and may not be the same platform, or even a supported
> platform.
>
> Axton Grams
>
> On 3/22/07, Frank Caruso < [EMAIL PROTECTED]> wrote:
> > ** Are there 64 Bit Remedy API libs for Red Het LINUX?
> >
> > Making the assumption that the LINUX builds on ARSWIKI and at BMC's site
are
> > 32 bit.
> >
> > --
> > Frank Caruso
> > Specific Integration, Inc.
> > Senior Remedy Engineer, ITIL Foundation Certified
> > www.specificintegration.com
> > 703-376-1249 __20060125_______________________This
posting
> > was submitted with HTML in it___
>
>
_______________________________________________________________________________
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"
>
--
Frank Caruso
Specific Integration, Inc.
Senior Remedy Engineer, ITIL Foundation Certified
www.specificintegration.com
703-376-1249 __20060125_______________________This posting
was submitted with HTML in it___
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers
Are"
