HDTenEightyP/NetNews huggingface dataset:
From: goossens@cs.few.eur.nl (Rogier Goossens)
Subject: reference manual gcc & gas wanted
Keywords: reference manual wanted
Organization: Erasmus Universiteit Rotterdam
Date: Mon, 21 Dec 1992 15:50:51 GMT

Could anyone tell me where I can get a reference manual for gcc and gas.
I am using djgpp, and currently struggling with inline assembly code
and the syntax of gas-assembly language.

Thanks in advance.

Rogier.
Email: goossens@cs.few.eur.nl

  (((   ((((  ((       Rogier Goossens        Perfection is achieved, not
  (  (    (  (         Erasmus University     when there's nothing left to
  (((   ( (  ( ((      Rotterdam              add, but when there's nothing 
  (  (   (    ((       The Netherlands        left to remove.      
Newsgroups: gnu.gcc.help
From: pren@genesis.cs.umass.edu
Subject: gcc-2.3.2 and gawk-2.14
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 28 Dec 1992 04:19:09 GMT

Hi,

We couldn't build gawk-2.14 using gcc-2.3.2 on a decstation running
Ultrix.4.2. After we fixed the missing syslimits.h problem, there is 
a "conflicting types for fdopen" problem.  The following is the error 
message:  

 -DGAWK     -g -O  -c io.c
 io.c:58: conflicting types for `fdopen'
 /usr/local/lib/gcc-lib/decstation-ultrix.4.2/2.3.2/include/stdio.h:183:
 previous
  declaration of `fdopen'
  *** Error code 1



I suspect there may be more problems beyond this one. Can someone over 
there please look into this problem? Is there any patch for gcc-2.3.2 
coming out? 

Any help would be greatly appreciated!

Thanks,
-Pei
--
Peifong Ren			LGRC A313, Computer Science
pren@freya.cs.umass.edu		Research Computing Facilities
Tel: 413-545-4296		University of Massachusetts
				Amherst, MA  01003




Newsgroups: gnu.gcc.help
From: clark@synergy.encinitas.ca.us (John Clark)
Subject: Re: Compile options? or major hack?
Organization: Synergy Microsystems, Inc. CA. USA
Distribution: gnu
Date: Wed, 30 Dec 1992 00:23:10 GMT

In article <pes.722899636@regent.e-technik.tu-muenchen.de> pes@regent.e-technik.tu-muenchen.dbp.de (Peter Schauer) writes:
+>jimlynch@netcom.com (Jim Lynch) writes:
+>
+>>Hi, I'm trying to port gcc to a machine that uses 16-bit PC-relative
+>>addressing for code references (which introduces the requirement for
+>>limited-size segments) and register indexed addressing for data
+>>references. Can this be done in the machine description file?
+>>Also, the code segments mentioned above need to refer to each other
+>>as (segment number, jump table entry number), implying that such a
+>>jump table would be built at the beginning of each segment.
+>
+>>Thirdly, I have a need to be able to create and refer to functions
+>>which use some particular flavor of Pascal stack/calling conventions.
+>
+>The "machine" isn't a Macintosh, no ? :-)
+>You obviously know what the FSF thinks about Apple, so why are you
+>disguising it like that ?

Microware's OS9 operating system uses 16-bit PC-relative, address register
based variable reference, jump tables, and there is a Pascal compiler
which runs on it as well. (But I will admit that the Mac-OS is probably
the likely target.)




Newsgroups: gnu.gcc.help
From: vtessier@vela.acs.oakland.edu (Vince Tessier)
Subject: Previously reported strip problem goes away
Summary: stripping gcc executables no longer causes ld problems
Keywords: gcc strip
Organization: Oakland University, Rochester MI.
Date: Fri, 1 Jan 1993 06:29:44 GMT

System:  SPARC 1, SunOS 4.1.1

A month or two ago, I made the claim that stripping the gcc-2.2.2 and/or
2.3.1 executables (cpp, cc1, etc) caused ld to fail (both Sun ld and GNU
ld).

I commented that not stripping these files caused the problem to go
away, so who cares; then rms Himself asked me to investigate further.

I was unable to duplicate the error; I have no idea why.  I went so far
as to unmount the partition containing a later (working) version of gcc,
without being able to cause any ld problems.

In any event, gcc-2.3.2 & 2.3.3 do not exhibit this behavior.  Stripping
cpp and cc1 cause no ld problems.  I did notice, though, that while cc1
gets only about 10% smaller (from 1253376 to 1155072), cpp loses over
90% of its size (from 1253376 to 90112).

-- 
	Vince Tessier (vtessier@vela.acs.oakland.edu)
Mort Sahl: General, aren't you supporting Castro by smoking that Havana cigar?
Alexander Haig:	I prefer to think of it as burning his crops to the ground.
(from an interview of Mort Sahl on National Public Radio, 23nov91)
Xref: sparky gnu.gcc.help:2796 comp.unix.solaris:429
From: rusty@groan.Berkeley.EDU (Rusty Wright)
Newsgroups: gnu.gcc.help,comp.unix.solaris
Subject: Re: how do you recompile gcc if you don't have cc?
Date: 21 Dec 92 23:28:12 GMT
Distribution: inet
Organization: University of California Berkeley
NNTP-Posting-Host: groan.berkeley.edu
In-reply-to: rusty@groan.Berkeley.EDU's message of 18 Dec 92 15:02:27

As Jim Lynch (jimlynch@netcom.com) and others suggested, if you do

	make CC=/opt/cygnus/bin/gcc LANGUAGES=c

it properly makes gcc.

When I compile gcc I like to have it recompile itself with itself,
which you can do via "make bootstrap" but that doesn't pass CC on
properly, so in order to get that to work you'll need to edit the
Makefile and for the bootstrap: action, fix the first non-commented
line and add

	CC="$(CC)"

to it.  Now mine says

	$(MAKE) CC="$(CC)" LANGUAGES=c
Newsgroups: gnu.gcc.help
From: clark@synergy.encinitas.ca.us (John Clark)
Subject: Re: Help! Embedded 68k gcc cross compiler on sparc. How?
Organization: Synergy Microsystems, Inc. CA. USA
Distribution: na
Date: Thu, 31 Dec 1992 01:30:35 GMT

In article <ByL930.EJ6@fmsrl7.srl.ford.com> probert@fires1.srl.ford.com writes:
+I need help, step by step, how to build a GCC 2.3.2 m68k cross compiler on my
+SPARCstation II for an embedded target.  I also need to know what I have to do
+with GAS and the GNU version of LD and AR to make assembling, compiling,
+linking and libing all work smoothly.

The documentation that comes with gcc, binutils, and gas, do have discussions
of how to set up a cross environment.

So briefly:
assuming that there is a 'gcc' directory at some 'root point'. 

1) create a 'gcc-m68k' directory, change to that directory and perform
'../gcc/configure --host=sun4os4 --target=sun3os4' configuration operation.
(the sun3os4 option will generate a compiler that generates m68000 code and
assumes 'gas/sun as' assembler, and 'ld/gnu-ld' output).

2) go through the make operations.

3) get 'binutils-2.0' and create a 'ld-m68k', install it in
'...../lib/gcc-lib/sun3os4/2.3.2/ld', so that it may be called by the cross
compiler.

4) go through a similar exercise for 'gas'.

5) Oddly on a sun4, one can use some of the native tools to manipulate the
68k *.o's, since the 'ar' and 'nm' function just read symbol info they seem to
be usable for these simple purposes.


Newsgroups: gnu.gcc.help
From: bassin@wsuaix.csc.wsu.edu (Ed Bassin - Sociology;S23679)
Subject: GCC for SysVr3 Installation woes 
Organization: Washington State University
Date: Mon, 21 Dec 92 23:41:24 GMT

I hope this is not a FAQ... but I have been unable to install gcc2.3.2
on our 486 system running AT&T System 5 Release 3 Unix.  My suspicion is that
the person who set up the system originally has screwed up the AT&T 
development software so bad that it will not be possible to make the program.
If anyone out there has a copy of gcc running on such a system (or a system
running an INTEL i386 processor and Sys5 R3), I would really appreciate
either advice or a copy of the installed version.

Thanx in advance.
From: rick@msc.cornell.edu (Rick Cochran)
Newsgroups: gnu.gcc.help
Subject: gcc and X11-R5-P21 woes
Date: 29 Dec 92 20:20:18 GMT
Organization: Cornell-Materials-Science-Center

I'm trying to make a decision as to whether to use gcc instead of
Sun's ANSI C for which they are stupidly trying to charge universities
per-machine license fees.

If I can't successfully build an "ALL gcc" (including shared libraries) X11,
then I have to give up and pay Sun.

I installed the patches in gcc-2.3.2/README.X11.  After changing "syslimits.h"
to "sys/limits.h" in limits.h, everything compiles, but NO executables build:

gcc -fpcc-struct-return -o xeyes xeyes.o Eyes.o transform.o -O2   -L../.././lib/Xmu -lXmu -L../.././lib/Xt -L../.././extensions/lib -L../.././lib/X -L../.././lib/Xt -lXt -L../.././extensions/lib -lXext -L../.././extensions/lib -lXext -L../.././lib/X -lX11 -L/usr/local/X11R5/lib -lm  
collect: /usr/bin/ld terminated with signal 11 [Segmentation fault]

A segmentation fault is a little difficult to diagnose.  The time I'm
spending getting things to work which should work out of the box but
don't is begining to cost more than just forking out the money for
commercial versions.

Is it time to give up yet?

Can't freeware do a little better than this?

I am using SunOS 4.1.1.

Please copy followups (if any) to my email address.

|Rick Cochran		  607-255-7223		     rick@msc.cornell.edu|
|Cornell Materials Science Center		     rick@crnlmsc2.bitnet|
|E20 Clark Hall, Ithaca, N.Y. 14853	     cornell!msc.cornell.edu!rick|
-- 
|Rick Cochran		  607-255-7223		     rick@msc.cornell.edu|
|Cornell Materials Science Center		     rick@crnlmsc2.bitnet|
|E20 Clark Hall, Ithaca, N.Y. 14853	     cornell!msc.cornell.edu!rick|
Newsgroups: gnu.gcc.help
From: malone@ecf.toronto.edu (MALONE MATTHEW JAMES)
Subject: Re: gcc on os2?
Organization: University of Toronto, Engineering Computing Facility
Date: Tue, 29 Dec 1992 01:13:16 GMT

I tried two versions of gcc for os/2.  I can't remeber where the first
came from but it was a chore.  The filenames were incompatible with 
a FAT file system and there were several other problems in getting
simple programs to work.  I switched to emx/gcc 0.8e from ftp-os2.nmsu.edu
in /pub/os2/2.0/programming/emx?  It installed no problem, it ran simple
programs no problem.  The readmes with it claim a wider range of output
file formats than my previously attempted gcc, both dos exe and os2 exe.
I have yet to try a C++ program, manyly because I have never programmed
C++.  Maybe someone else has more information or other ideas.  You may
want to try the comp.os2.programmer news group, there are many gcc users
there.

Matt
From: rheiger@renext.eiger.olivetti.ch (Richard H. E. Eiger)
Newsgroups: gnu.gcc.help
Subject: Re: libg++-2.3
Date: 27 Dec 92 08:41:25 GMT
Reply-To: rheiger@renext.eiger.olivetti.ch
Organization: Olivetti (Schweiz) AG, Branch Office Berne

In article <1992Dec23.211947.19450@netcom.com> jimlynch@netcom.com (Jim Lynch)  
writes:
> Hello, more problems... I did the 'make fixincludes' and now I'm getting more
> problems... Question: If I set the _prefix_, does the lib make assume that my
> entire installation is in the prefix directory? If so, is there a way to tell
> the make (presumably thru 'configure') only the fixed includes are in my dir
> and the rest can be found in the default place (/usr/local/...)?
> 
> Here's what I'm getting when I try to make the c++ libs:
> 
> Problem I:
> dummy.c: 4: Can't find include file stdarg.h
>  
> Problem II:
> gcc -g -O -nostdinc++ -I.. -I. -I./../iostream -I./../g++-include  -c  
String.cc
> In file included from String.cc:28:
> /u31/jimlynch/lib/gcc-lib/sparc-sun-sunos4.1.3/2.3.2/include/limits.h:11:  
syslim
> its.h: No such file or directory
> *** Error code 1
> make: Fatal error: Command failed for target `String.o'

I had the very same thing on my sun 3/60 sun-os 4.1.1. I managed to get around  
this by simply changeing ...2.3.2/include/limits.h to include <sys/limits.h>  
instead. I don't know whether that's ok - but it works so far.

[deleted]

> ---
> 
> Any and all help appreciated.

On top of that problem I would also get a problem when I wanted to compile a  
c++ program as anything else than root user. I found out that there were many  
include files in ...g++-include which had no read permissions other than for  
root. After the chmod it worked just fine.

	Richard

--
                         
    ___           _____2
   /   )  /  /   /        Richard H. E. Eiger
  /_ _/  /__/   /__       Ing. Informatik HTL
 /\     /  /   /          Unregistered NeXT fan
/  \   /  /   /_____      rheiger@renext.eiger.olivetti.ch (NeXT mail welcome)
Newsgroups: gnu.gcc.help
From: clark@synergy.encinitas.ca.us (John Clark)
Subject: Re: Help: Simple gas 68k Question 
Organization: Synergy Microsystems, Inc. CA. USA
Date: Thu, 31 Dec 1992 01:18:01 GMT

In article <1992Nov25.155539.4490@bmerh85.bnr.ca> psycho@brtpa25.NoSubdomain.NoDomain (Paul Jezioranski) writes:
+>	I am attempting to assemble what I would call a "traditional" 68000
+>assembly file using gas. It chokes immediately on the file. Such things as 
+>comments (";"), moves ("move.b"), and other things do not work. In the 
+>m68k.h file that comes with gas, "move.b" becomes "moveb".

Gas does not conform to the Motorola standard opcode syntax. It is derived
'mit as', which is as old as the hills. Usually, I have resorted to writing
translator from XYZ.AS to gas, which unfortunately requires some hand massaging
to fully translate(well if I wrote a translator to do the whole thing I could
have just as well written the binary code generator and been done with the
whole mess.)

The problem is excaberated if the 'source' is frequently updated and
retranslation is required. Of course a 'Motorola' option to gas would fix a
Newsgroups: gnu.gcc.help
From: earle@elroy.jpl.nasa.gov (Greg Earle - Gainfully Unemployed)
Subject: Re: gcc and X11-R5-P21 woes
Followup-To: gnu.gcc.help
Organization: Gainfully unemployed
Distribution: gnu
Date: Wed, 30 Dec 1992 11:00:40 GMT

In article <1hrisgINN265@chnews.intel.com> tmcconne@sedona.intel.com writes:
>rms@gnu.ai.mit.edu (Richard Stallman) writes:
>>Please try version 2.3.3.  It may fix this bug.
>
>Using gcc-2.3.3, SunOS-4.1.1, I modified the X11 source per
>./gcc-2.3.3/README.X11. I had no problems at all with the build, including the
>shared libraries.  The executables execute, so I am happy.

Speaking of which:

Just outta curiosity, has the problem with not being able to link newly-compiled
X11 programs with the SunOS 4.x "cc" against shared X libraries that were built
with gcc (Remember?  "ld.so: undefined procedure __builtin_saveregs ... " or
something like that?) been dealt with in 2.3.3?  I had only enough disk space
(at the moment, anyway) to download a pre-built X11 R5 binary distribution
(that was built with an earlier gcc), and no space to put gcc on (yet), so I
have to use "cc" until Zee Beeg Deesk arrives.  I can't compile anything X-wise
because of this problem.

--
	- Greg Earle
	  Itinerant Sun Consultant
	  isolar!earle@elroy.JPL.NASA.GOV
	  (818) 353-8695
From: billy@asal.larc.nasa.gov ()
Newsgroups: gnu.gcc.help
Subject: gcc stack questions
Date: 22 Dec 1992 17:28:11 GMT
Organization: NASA Langley Research Center, Hampton, VA  USA
Distribution: world
Reply-To: ()
NNTP-Posting-Host: mac11.larc.nasa.gov
Keywords: gcc,stack

 Good day,

	I'm using gcc on a sun4(4/75).
	I'd like to know how to determine the number of bytes passed to a 
function.  I've got a varargs function and would like to determine from 
within the function how many arguments were passed.  Also I'd be interested 
in any information on the call convention of gcc, i.e. what a argument stack 
looks like, what does gcc do with passed structures, what is the size limit 
of data passed on the stack.

	Thanks.


Newsgroups: gnu.gcc.help
From: laribi@fidji.imag.fr (Laribi Youcef)
Subject: GAS Doc.
Organization: IMAG France
Date: Thu, 24 Dec 1992 11:11:35 GMT


Can someone, please, indicate me where can i find a documentation on 
gas (the Gnu assembler) ?

Thanks in advance, and have a good Xmas


youcef.

--
From: plardier@atl.ge.com (Patrick Lardieri)
Newsgroups: gnu.gcc.help
Subject: Debugging gcc -g compiled code on HPPA (9000 710)
Date: 21 Dec 92 18:04:34
Organization: /home/plardier/.organization
Distribution: world
NNTP-Posting-Host: bea.atl.ge.com

I have built gcc 2.3.2, including the patch to support the -g
debugging option, for an HP 9000 710, running HP-UX 8.07 A.

Gcc compiles fines, and supports the -g option, however HP's debugger,
xdb, cannot access the symbol table that gcc creates. I would like to
know if there is fix for this other than possibly using gdb?

Thanx, 


--
-------------------------------------------------------------------------------
Patrick Lardieri
Internet: plardier@atl.ge.com ("reply" may not work)
GE Adv. Tech. Labs	
Route 38, Bldg. 145-2
Moorestown NJ, 08057
(609) 866-6619
From: pn@telelogic.se (Piotr Nestorow - TeleLOGIC Malmoe AB)
Newsgroups: gnu.gcc.help
Subject: Re: Help ! Compiling GCC 2.3.2 with GCC 2.0.2 under Solaris 2.0
Date: 25 Dec 92 23:08:14 GMT
Organization: Telelogic Malmoe AB, Sweden


Klaus Kaempf writes in:
Summary: Can't assemble term.c on Solaris 2.0
Keywords: GCC 2.3.2, GCC 2.0.2, Solaris 2.0
Organization: Klaus Kaempf Softwareentwicklung
Date: Sat, 12 Dec 1992 11:15:38 GMT

I'm trying to install GCC 2.3.2 on a Sparc 2 running Solaris 2.0.
I have the Cygnus port of GCC 2.0.2 (taken from the Prime Time
Freeware CD, Vol 1, No 2b, July 92) up and running on the system,
but without the GNU assembler.
Compiling GCC 2.3.2 stops at the file term.c where the Solaris Assembler
(the one in /usr/ccs/bin/as) finds several
  'expressions involving an external symbol'

----------->>

I have the same problem. What is the solution here?

Piotr Nestorow
TeleLOGIC Malmo AB, SWEDEN
Email: Piotr.Nestorow@telelogic.se
Newsgroups: gnu.gcc.help
From: etxmesa@eos.ericsson.se (Michael Salmon)
Subject: Re: Debugging gcc -g compiled code on HPPA (9000 710)
Reply-To: etxmesa@eos.ericsson.se (Michael Salmon)
Organization: Ericsson Telecom AB
Date: Tue, 22 Dec 1992 13:02:09 GMT

In article <PLARDIER.92Dec21180434@bea.atl.ge.com>
plardier@atl.ge.com (Patrick Lardieri) writes:
|> I have built gcc 2.3.2, including the patch to support the -g
|> debugging option, for an HP 9000 710, running HP-UX 8.07 A.
|> 
|> Gcc compiles fines, and supports the -g option, however HP's debugger,
|> xdb, cannot access the symbol table that gcc creates. I would like to
|> know if there is fix for this other than possibly using gdb?

Take a look at the man page under debugging options.

-- 

Michael Salmon

#include	<standard.disclaimer>
#include	<witty.saying>
#include	<fancy.pseudo.graphics>

Ericsson Telecom AB
Stockholm
From: wohler@hw1175.sap-ag.de (Bill Wohler)
Newsgroups: gnu.gcc.help
Subject: gcc on os2?
Date: 28 Dec 92 16:28:12 GMT
Reply-To: Bill Wohler <wohler@sap-ag.de>
Organization: SAP AG  Walldorf, Germany
Phone: +49 6227-341658  Home: +49 6221-163255
X-Mailer: MH [Version 6.7.2]


  do you know where one could get a hacked version version of gcc for
  os2?  if so, i'd appreciate it if you could give me a pointer.

						--bw
Newsgroups: gnu.gcc.help
From: sb@onripx.neuro.emory.edu (Steve Berger)
Subject: Re: How do I compile C++ on a Sun?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 29 Dec 1992 11:09:25 GMT

> 
> Hi there,
> 
> I was wondering, how can one compile C++ source code on a Sun when none of the
> include files contains the parameters in their function prototypes?  I thought
> fixincludes was supposed to take care of that but it didn't.  Worse than that,
> There a few function declarations that are missing in the Suns (printf comes
> to mind) which aren't automatically generated by fixincludes.  So, can anyone
> fill me in on this one?  I'm trying to use gcc as an ANSI-compliant compiler
> on a non-ANSI machine and it's really something of a mild headache..
> 
> Thank you for any and all information.
> -- 
> Laurent Duperval          | The opinions expressed herein are my own and
>                           | do not represent those of this establishment
> duperval@ere.umontreal.ca | That's because they don't have enough $$$
> duperval@jsp.umontreal.ca | to afford them.  Noone does.
> 

  Hi,

    I've noticed that fixincludes sets the permissions on the include directory
  to the wrong permissions for general read/execute access by all users.  If
  you installed gcc while root and then try and use it as a non priveleged
  user, you will not have read permission for the files that gcc has "fixed".

    The solution is to change the permissions on the files in the directory
  /usr/local/lib/gcc-lib/sparc-sun-sunos4.1/2.3.3/include. For example,

  chmod -R 755  /usr/local/lib/gcc-lib/sparc-sun-sunos4.1/2.3.3/include


  This will recursively set permissions on all the fixed files so that 
  everyone can read them.


  
  Hope this helps,


  Steve Berger (sb@onripx.neuro.emory.edu)

Newsgroups: gnu.gcc.help
From: jimlynch@netcom.com (Jim Lynch)
Subject: Cross compiling problem
Followup-To: gnu.gcc.help jimlynch@netcom.com deutsch@lagrange.Math.ColoState.EDU
Summary: What's the specific process, what's the NeXT's binary format
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Sat, 26 Dec 1992 22:57:23 GMT

Hi, a fellow netter has sent me an inquiry which I answered to the best of my
ability; I post the inquiry here with my reply asking for more specifics.

Re:  Creating gcc on a Next that was wiped out.
Jesse Deutsch (deutsch@lagrange.Math.ColoState.EDU) asked:
>>>>>
How can one create gcc on a Next that died, was emptied
and only a part of the operating system was reinstalled from
another smaller Next?
 
We've lost manual pages and cc, among other things.
Your help is appreciated.
<<<<<
 
To which I (jimlynch@netcom.com) replied:
>>>>>
The way to do this is to build a cross compiler on some other machine. We
will call this 'other' machine the "cross host".
 
You should now configure and build GAS and LD (as well as any other tools
which operate on binaries suggested by the group) on the cross host and bring
those binaries to the cross target.
 
Once you build the cross compiler, you should test it with the hello
distribution by building it using the cross compiler, moving the resulting
binaries to the cross target (your dormant NeXT in this case) and running
the hello binary to see if it works. The reason for this is to make sure
the binaries produced by the cross compiler are in the correct format for
your machine. Once hello works, that means that the cross compiler is
producing correct code.
 
The next step is to build the compiler using the cross compiler (sounds like
double talk, don't it? :) on the cross host, again moving the resulting
binaries to the NeXT. You would only need to build the C compiler at this
point since that's the base language in which the compiler is written.
 
You should now configure and build GAS and LD (as well as any other tools
which operate on binaries suggested by the group) on the cross host and bring
those binaries to the cross target.
 
You should test this compiler by building the hello distribution and running
it (all on the cross target.)
 
If this works, you should build the stage 2 compiler. This is already well
documented. This will produce an optimised version of the compiler.
 
These are _very_ general instructions; you still need to find out how to
physically accomplish each step. For this reason, I am posting your note
along with my reply.
<<<<<
 
I ask the group: Can you be more specific than I have been? Are there any
other steps or any pitfalls to watch out for? I am asking this of people who
have built cross compilers for any machine and of people who are familiar
with the NeXT binary format.
 
-Jim "Thanks in advance" Lynch
From: creedonn@ul.ie
Newsgroups: gnu.gcc.help
Subject: Follow-up to 'GNU CC for the M88k'
Date: 20 Dec 92 13:16:11 GMT
Organization: University of Limerick, Ireland

Thanks to all the people who replied to my earlier post about GNU CC for the
Motorola 88k. I now have another problem:

In the documentation, it mentions a bug in the libraries supplied with
System V release 3.2, which causes differences between the stage 2 and stage 3
compilers. Is this problem serious, or can I just ignore it? If it is serious,
what can I do to solve it or get around it?

Thanks in advance for any help,
Niall Creedon.