Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!yale!umich!caen!math.lsa.umich.edu!math.lsa.umich.edu!hyc
From: hyc@math.lsa.umich.edu (Howard Chu)
Newsgroups: comp.sys.atari.st
Subject: Re: Using a mainframe to run gcc for atari
Message-ID: <1990Aug30.214851.22529@math.lsa.umich.edu>
Date: 30 Aug 90 21:48:51 GMT
References: <6428@darkstar.ucsc.edu>
Sender: usenet@math.lsa.umich.edu
Organization: University of Michigan Math Dept., Ann Arbor
Lines: 30

In article <6428@darkstar.ucsc.edu> peewee@ucscb.ucsc.edu (Paul Watson) writes:
>Suppose I were to download the gcc source from an Atari archive, and compile
>it on a mainframe like a VAX or an ISI or a SUN.  If I could get the
>compiler to run, would it make usable Atari ST program files?  I mean,
>is the compiler written taking for granted that it will be run on an atari with
>specific bit widths for int, long, etc.
>
>Would this work? has anyone done this before?  And does anyone know for sure that
>I would be waisting my time...?
>
>Paul Watson
>peewee@ucscb.ucsc.edu

If you have a good enough compiler on your Vax or Sun, no problem. That's
how I compile most large programs for my ST these days. (I used a NeXT box
produce the executables for Fractint while I was porting it. I also used
it to produce my ST-Minix upgrade kit. Very handy.)

Specifically, you will need to transfer the source for the compiler,
assembler, and linker to your "mainframe" system, and you will also need
all the header files and library source code. After you compile the utilities,
you will need to compile the library using the ST header files, then you'll
be ready to produce ST executable files. Anyway, the gcc stuff from Jwahar
Bammi is already set up to allow creating this cross-development system, and
it works pretty well.
--
  -- Howard Chu @ University of Michigan
  one million data bits stored on a chip, one million bits per chip
	if one of those data bits happens to flip,
		one million data bits stored on the chip...