Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!zaphod.mps.ohio-state.edu!usc!snorkelwacker!mit-eddie!uw-beaver!Teknowledge.COM!unix!hplabs!hp-pcd!hp-sdd!ncr-sd!ncrcae!hubcap!cygnus!cg377170
From: cg377170@cygnus.uucp (Corey Gehman)
Newsgroups: comp.sys.apollo
Subject: Re: Gcc on apollo
Message-ID: <8479@hubcap.clemson.edu>
Date: 24 Mar 90 06:51:39 GMT
References: <18645@boulder.Colorado.EDU> <1662@cernvax.UUCP>
Sender: news@hubcap.clemson.edu
Reply-To: cg377170@eng.clemson.edu (Corey Gehman)
Organization: Clemson University Engineering Department
Lines: 48


>In article <18645@boulder.Colorado.EDU> tomf@boulder.Colorado.EDU (FREDERICKS THOMAS M) writes:
>
>
>>	When I try to compile gcc on my apollo 3500 everything works fine
>>	until it gets to the gnulib2 stuff.  Here is where it errors:
>>  
>> ....
>>
>>./gcc: installation problem, cannot exec as: No such file or directory
>>*** Exit 1
>>Stop.
>
>>	What is the problem?  Has anyone gotten this to compile on
>>	a 3500?  I am running sr10.2 and 6.7 of the apollo C version
>>	if that helps.

   ....

>I  ran into a problem with this however: The gnu assembler deletes all
>symbols starting with a capital 'L', unless you explicitly tell it not to 
>do so. So if you have a routine called 'LookupIDbyByte' as in X11R4....
>You therefore better make sure that you add a 'L' in the config file 
>tm-apollo68.h at the same place where you pass the 'C' for generating
>COFF object files.


   I also ran into the same problem and tried to solve it two different ways.
First, I copied Apollo's 'as' into the directory and it "compiled" the library
although it printed an warning something about unknown "C" flag.  I then got
gas compiled and then tried that.  For both assemblers, I got the first stage
gcc compiled but it couldn't compile itself to make the second stage.  It
wouldn't include 'stdio.h', I found that if I removed all of the "#attribute 
[aligned(1)]" in the file, it would at least include the file, but it still
could not compile anything that worked.  I don't remember exactly how it
messed up here.  I tried this about a month ago and gave up.

   I don't understand the stuff about capital 'L'.  Could my problems be 
caused by that or is there something else wrong?  Also can the working gnu
'cpp' include the standard 'stdio.h'?

   I'm on a 3500 with sr10.1 and 6.7 of Apollo C.

					Thank you,
					Corey
**********************************
Corey Gehman
cg377170@eng.clemson.edu