applications built on redhat 5
 

Hi,

If an application is built on Redhat linux5 should that
application run on SuSe 10.1 ? Are there any special packages
needed.

Tom

it depends an awful lot about how the app is built. if it's dynamically linked, which a standard c or c++ program is then it will look for certain other libraries to execute, which may or may not match up on the suse box. more details would probably be the best step i expect.

hello world example
 

// using these command lines - build on lamd7bld

// g++ y.cxx - build on redhat 5 - fails on sus10.1
/*
g++ y.cxx
a.out
Hello world

run a.out on suse 10.1
a.out
Floating exception
*/

// g++ -static -v y.cxx build on redhat 5 - OK on both

// Does anyone know another way to make this work ?

#include <stdio.h>


int main()
{
printf("Hello world\n");

return 1;
}


Tom

Are you talking Red Hat 5 (ancient, support dropped in 2000?) or RHEL(Red Hat Enterprise Linux)5 (current version)? If you are jumping from RH5 to Suse10.1 it could be that crossing from a 2.4(kernel) based system to a 2.6 based system is just too great.

Are they both 32 or 64 bit OSs?

2.4 kernel? rh5 was a 2.0! personally i'd not question that. it's going to be RHEL.

Hi,


using

RHEL(Red Hat Enterprise Linux)5 (current version)?

64 bit

Tom

Ok is the Suse you are trying to run on 32bit or 64bit.

You can try statifier (http://statifier.sf.net) or Ermine (http://magicErmine.com)
Both of them pack dynamically-linked executable and all it's shared libraries into one self-contained executable. This executable has no dependencies and can run on virtually any Linux distribution.
Statifier is licensed under GPL. Ermine - commercial. On the other hand Ermine better work on systems with memory randomization

running on 64 bit SuSe
 

built on 64 bit redhat 5.0 trying to run on 10.1 64 bit SuSe

Tbucken

You have to be careful on the RHEL/RH thing. If you do not, it is just going to cause confusion. Basically get used to using the RHEL5 notation, instead of RH5. Unless you are running on different hardware (amd vs intel, etc), I have no idea why it is spitting out that error. You did install everything (gcc, etc) via the packet managers on both machines? If you compiled GCC(etc) yourself, an unusual flag may have been set. You are using (roughly) the same GCC version on both machinse (4.X)?