Re: RedHat flavor problems - help

[Nicola Pero]

I'm not really sure _ but _

one thing you might want to try is - I think you might be able to install
the gcc-3.0 compiler on the production machine without removing the
default one ... I've got two or three compilers on some of my machines - I
normally use the default one, but I can switch to use another one by using
sourcing (. file) something like the following scripts.

Say you install gcc-3.0 on the production machine, say into the /opt/gcc
directory.  This will not touch anything of the standard installation, so
it shouldn't affect other people.  Then, whenever you want to use that
compiler, you type `. use-gcc-3.0' where use-gcc-3.0 is the following
script 

#!/bin/bash

PATH="/opt/gcc/bin:$PATH"
export PATH

LD_LIBRARY_PATH="/opt/gcc/lib/:/opt/gcc/lib/gcc-lib/i686-pc-linux-gnu/3.0:$LD_LIBRARY_PATH"
export LD_LIBRARY_PATH

whenever you log in the production machine, you source this script (so you
may want to add the command to do it to your ~/.bashwhatever script).  
After running this script, typing `gcc' should give you your 3.0.x
compiler (try `gcc -v' to check).

Then, you can configure, build and install gnustep from sources on your
machine and they will automatically pick up the 3.0.x compiler rather than
the system one, and all should work.  (you need to source the use-gcc-3.0
script not only before compiling but before using any gnustep stuff as
well, because shared libs needed by gcc-3.0.x wouldn't be found
otherwise).

If you are worried you might harm other people by installing another
compiler, I think you can install gcc-3.0.x inside your own home
directory, just install it into something like into ~/opt/gcc/ (instead of
/opt/gcc) _ you don't need to be root to install so you shouldn't be able
to do any harm to other people even if you do something wrong _ and the
compiler should work just fine, it doesn't really matter where you install
it.

of course to install the compiler that way you need to get the sources and
compile them yourself, but it shouldn't be particularly difficult.

> Dear all,
> 
> I'm running a scientific program that is analyzing real time data, and 
> I'm getting very strange problems that I've tracked to RedHat library 
> problems, and I was wondering if there was anyone out there with 
> experience to help me sort them out.
> 
> I am running my code on a redhat 7.1 machine, stock configuration.  
> Because this is a production machine which I don't administer and is 
> used by a number of scientists, I can't change the setup willy-nilly.  
> 7.1 ships with the gcc 2.96-85, and I heard on this mailing list that 
> this compiler does not work for GNUstep.  So I just installed the 
> foundation rpms from the GNUstep website onto this production machine.  
> I also have another machine which cannot be used for production work, 
> but I can warp to my needs for compilation.  On this compilation machine 
> I have redhat 6.2 and gcc 2.95.1-3 where I compile my code (again with 
> the rpm GNUstep libraries), and ship them to the production 7.1 
> machine.  The problem is that I'm getting rare errors on the 7.1 
> production machine that are giving me a real headache and look like 
> linker or run-time problems, and don't occur on the 6.2 machine (there I 
> just run across a kernel bug while messaging if I run out of real 
> memory).
> 
> So the question is this:  does anyone know how to make binaries that 
> will work on a largely unmodified 7.1 machine?  Should I create a 
> compilation machine with 7.1 and downgrade the compiler to 2.95 (will 
> this work)?  Should I create a 7.1 machine with gcc 3.02, and will this 
> create issues with C libraries compiled under the 2.96 compiler so that 
> I need to upgrade everything in sight, or can 3.02 mix and match?
> 
> Thank you in advance for your help. GNUstep offers really great tools, 
> and I hope it is encouraging to see user type questions showing up on 
> this list,
> 
> -Miguel
> 
> 
> _______________________________________________
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> http://mail.gnu.org/mailman/listinfo/discuss-gnustep
> 
>