Support for multiple C compilers

David J. Kleikamp shaggy at shag.uucp
Fri May 17 23:17:32 AEST 1991


In article <1991May16.201020.7490 at bellcore.bellcore.com> jona at iscp.Bellcore.COM (Jon Alperin) writes:
>We have an IBM RS/6000 installation, and need to support multiple users at
>different levels of the operating system.
>
>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.

There are really no dependencies between the compiler and the kernel.  The
dependencies exist between the compiler and libc.a, and between libc.a and
the kernel.  Generally, you will not have any problems running a version of
the compiler on the same or later version of libc.a or running with one
version of libc.a and the same or later version of the kernel.  You probably
will encounter errors if you run one version of libc.a with a back-level
kernel, and you may possibly have problems running one version of the compiler
with a back-level libc.a.

If you have the latest level of AIX V3 installed on the system, any level of
compiler should work.  As far as header files and libraries are concerned, by
using the -I compiler flag and the -Z ld flag, you shouldn't have to chroot
to use whatever version of these files you will need.  If you do want to
create a subtree for each version of the operating system and chroot to that
tree, I think it will work as long as the running kernel is the latest version.
Of course, I haven't tried this myself.

>-- 
>Jon Alperin
>Bell Communications Research

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

---------------------------------------------------------------------------
David J. "Shaggy" Kleikamp	dave at kleikamp.austin.ibm.com
The content of this posting is independent of official IBM position.
External: uunet!cs.utexas.edu!ibmaus!auschs!kleikamp.austin.ibm.com!dave



More information about the Comp.unix.admin mailing list