Installation of 32 bit gcc on 64bit RHEL 4.5
 

Hi guys,

This is my first post on this forum, and im not so experienced with Linux, so i need advice from you gurus regarding my problem.

I need to know are there any side effects of installing missing 32-bit gcc-3.4.5 package on 64-bit OS production database server? I have need to do so, because one 32-bit application needs this version of package to work properly, and it doesn't work with current 64-bit version which resides on that host.


Regards!

You can DO it, but why?

You can tell gcc what architecture you want it to use (for instance -march=i686). gcc supports compiling both 32 and 64 bit.

Note: to link the objects though you will have to have the 32 bit libraries available, and in some cases, the development libraries.

If you are honestly using RHEL 4.5 on a production server, WHY????? It's ancient, unpatched, insecure, and hasn't had bugfixes/updates in a LONG time. No idea what your application is, but you need to load the LATEST version of RHEL (which is 7.x), or load CentOS if you're not planning on paying for RHEL (and ARE YOU PAYING??). From there, pick one of these two options:

• Update your application to use the current versions of things..this needs to happen, period, because at some point VERY SOON, you won't be able to buy replacement hardware for such an old system, or even get it to work on current hardware.
• Pick a DIFFERENT application that does what you want, that DOES work on the current versions of things.

Shoehorning things in, and kludging things together is a BAD IDEA in a production environment.

the very old rhel4 is not really supported by redhat
ONLY 4.9 is on EXTRA extended life support ( and you have to PAY $$$ extra) and that is only for major security fixes

and that ends this April i think

as above if you really are running the VERY OLD RHEL4.5 on a production server
contact you redhat sales Rep. ASAP !!!!
and buy RHEL 7.2

In my experience 32-bit packages will show up on x86_64 servers due to application requirements and/or compatibility issues.

...however if you have an active subscription with Red Hat and the correct entitlements, you wouldn't have to worry about this because a package manager would do this work for you.

As everyone as said here, you need to upgrade from RHEL4 and contact Red Hat for support, if you really have paid for it.