Xref: utzoo comp.unix.aix:5153 comp.unix.admin:1874
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!bellcore!iscp.Bellcore.COM!jona
From: jona@iscp.Bellcore.COM (Jon Alperin)
Newsgroups: comp.unix.aix,comp.unix.admin
Subject: Support for multiple C compilers
Message-ID: <1991May16.201020.7490@bellcore.bellcore.com>
Date: 16 May 91 20:10:20 GMT
Sender: usenet@bellcore.bellcore.com (Poster of News)
Reply-To: jona@iscp.Bellcore.COM (Jon Alperin)
Organization: Bell Communications Research (Bellcore)
Lines: 26

To All you UNIX C Compiler and Admin Guru's:

We have an IBM RS/6000 installation, and need to support multiple users at different levels of the operating system. Does anyone have ideas/comments or war stories regarding the following scenario:

Take a machine, create a directory tree for each operating system version we wish to support, place the C compiler and linker/loader (along with all headers, libraries, and shared libraries) under that tree, and then invoke the specific
release level C compiler we wish to build for. NOTE: the UNIX/AIX kernel would be at a completely different level.

Now: for all you AIX people...more details...

We know about LIBPATH and chroot, but we are a little afraid that a chroot will affect the AIX kernel since we are switching the shared libraries we use from the current OS to a previous one. 

Does anyone know what, if any dependencies exist between a compiler and the 
kernel under AIX V3? Short of setting aside a specific machine for each release we need to support, how can we let developers dynamically build code for specific levels? We have an extensive network, and it is difficult to maintain our onw machines at different levels.

Any ideas are welcome. I will post e-mail responses.

-- 
Jon Alperin
Bell Communications Research

---> Internet: jona@iscp.bellcore.com
---> Voicenet: (908) 699-8674
---> UUNET: uunet!bcr!jona

* All opinions and stupid questions are my own *
		   ^^^^^^^^^^^^^^^^^ Hopefully this is not one of those.