HDTenEightyP/NetNews huggingface dataset:
From: Marc_Van-Woerkom@ac.maus.de (Marc Van-Woerkom)
Newsgroups: gnu.gcc.help
Subject: gcc-2.1 on sgi Iris 4d
Date: 7 Apr 92 08:30:00 GMT
Organization: MausNet
X-Gateway: MausGate/News 1.04

Hi GNU folks!

If you have a sgi Iris and want only to compile C and C++ then copy those two
files in your GNU directory, read and apply them!  :-)


mkgcc-2.1:

#
# shellscript to compile gcc-2.1 (ONLY C, C++) on a sgi iris4d
#
#
# usage:  nohup csh mkgcc-2.1 &
#
#
# Marc van Woerkom, 7.4.92                Email: mv@ac.maus.de
# donated to the GNU project
#

# Note:  first apply this patch after
#           "configure iris4d"
#
#        Makefile:   delete line with  INSTALL=install -c
#

# stage 1
make LANGUAGES=c >&log1

# stage 2
make stage1 >&log2
make CC=stage1/gcc CFLAGS="-g -O -Bstage1/" LANGUAGES="c c++" >&log3
/bin/rm -r stage1

# stage 3
make stage2 >&log4
make CC=stage2/gcc CFLAGS="-g -O -Bstage2/" LANGUAGES="c c++" >&log5

# compare stages 2 and 3
sh cmp_ecoff >&log6

# install stuff
make CC=stage2/gcc LANGUAGES="c c++" install >&log7

# install collect2
make CC="stage2/gcc -O" LANGUAGES="c c++" install-collect2 >&log8

# The happy end..


cmp_ecoff:

# compare ecoff objs (bourne shell)
for file in *.o; do
tail +10c $file > foo1
tail +10c stage2/$file > foo2
cmp foo1 foo2 || echo $file
done

----


Enjoy & Bye, Marc
Newsgroups: gnu.gcc.help
From: max@arch3.ATt.COM
Subject: information
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 17 Apr 1992 15:12:00 GMT

I've compiled gcc-2.1 and am wondering what other support tools, debuggers,
etc are on your archive that would be good to have.  I assume that I do 
not need to separately compile g++ - right ?

Max Palmer
max@alexander.ho.att.com
Newsgroups: gnu.gcc.help
From: rms@ccv.FR (Richard M. Stallman)
Subject: cpp macro expansion causes problem building X11R5
Reply-To: rms@gnu.ai.mit.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 10 Apr 1992 15:00:18 GMT

cpp makes spaces because it is required by ANSI to prevent token
concatenation between macro a expansion and the context.  The spaces
are the simples way to do so.  It may be possible to avoid them
in some cases, but not in all.

It seems that X11 is making invalid assumptions about what cpp does;
perhaps X11 should be fixed not to do that.
Newsgroups: gnu.gcc.help
From: lubkin@cs.rochester.edu (Saul Lubkin)
Subject: rtl for Objective C
Keywords: rtl objective-c
Organization: Computer Science Department University of Rochester
Distribution: gnu
Date: Tue, 14 Apr 1992 00:59:31 GMT

I've successfully compiled gcc-2.1 for an Intel 386 clone running
ISC SVR3.2, v3.0.  It's quite a bit faster than pcc.

I notice that two other languages are included -- C++ and Objective
C.  I've read Stroudstrup's book on C++ -- What is the standard
reference about Objective C?

Also, does gcc-2.1 include the rtl for Obj-C?

		Sincerely yours,

		Saul Lubkin
From: bjarnit@isbank.is (Bjarni Thorbjornsson)
Newsgroups: gnu.gcc.help
Subject: libg++-2.0 on Interactive Unix
Date: 8 Apr 92 15:38:31 GMT
Organization: Islandsbanki, Reykjavik Iceland

What is the trick to get libg++-2.0 compiled on Interactive Unix, 
System V Release 3.2 running on a i486.

Any help would be appreciated


Bjarni
Newsgroups: gnu.gcc.help
From: youngdale@v6550c.nrl.navy.mil (Eric Youngdale)
Subject: Re: Are the VMS binaries available yet?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 9 Apr 1992 16:55:47 GMT

>>	Both are available for anonymous ftp from mango.rsmas.miami.edu.
>
>Not so. I just tried anonymous ftp. I couldn't get past the login prompt.
>Anywhere else?
>Jones

	mango is a unix machine, so the anonymous username must be in lower
case.  Look in "pub/VMS-g++".  I just logged in myself, and verified that the
files are available there.

-Eric
From: losecco@undpdk.hep.nd.edu (John LoSecco)
Newsgroups: gnu.gcc.help
Subject: Is there a known bug in gcc 2.1 with -O?
Summary: Code dies with -O or -O4.  OK with no optimize
Keywords: gcc 2.1 known bugs optimize 386
Date: 9 Apr 92 17:50:39 GMT
Article-I.D.: news.1992Apr9.175039.24156
Distribution: na
Organization: Notre Dame High Energy Physics


	Is there a known bug in gcc 2.1?  I have recompiled some code that
ran fine under gcc 1.40.  It core dumps if I compile with -O4 or with -O.
It seems to be fine if I do not optimize.

	The code is a floating point intensive Monte Carlo but I have checked
and the problem is also found with smaller simpler programs.

	I am running gcc 2.1 on SCO 3.2.2.  I have a math coprocessor.  The
simple program dies with a Floating Exception.  No problem if I leave out the
-O.
	I have not checked the performance.  Is 2.1 without -O as fast as
1.40 for floating point?

	Thanks for any tips.


John M. LoSecco			Phone:(219)239-6044          Fax:(219)239-5952
Physics Department		HEPnet/SPAN: UNDHEP::LOSECCO or 47344::LOSECCO
University of Notre Dame		Internet: losecco@undpdk.hep.nd.edu
Notre Dame, Indiana 46556 USA		Bitnet: losecco@undhep
-- 
John M. LoSecco			Phone:(219)239-6044          Fax:(219)239-5952
Physics Department		HEPnet/SPAN: UNDHEP::LOSECCO or 47344::LOSECCO
University of Notre Dame		Internet: losecco@undpdk.hep.nd.edu
Notre Dame, Indiana 46556 USA		Bitnet: losecco@undhep
Newsgroups: gnu.gcc.help
From: lap1@sgfb.ssd.ray.com (Perry)
Subject: COFF Object File Format Conversion
Keywords: None
Organization: Raytheon Company
Date: Mon, 6 Apr 1992 20:49:32 GMT

I am searching for a format conversion program to convert
COFF relocatable object files to Unix a.out relocatable
object files.

Hoping that this is the appropriate newsgroup for such a query,
I will appreciate any information you can offer!

Thank you.

-------------------------------------------------------------------------------
Lisa A. Perry
Raytheon Submarine Signal Division
1847 W. Main Rd
Portsmouth, RI 02871
(401) 842-4212
From: lancelot@mais.hydro.qc.ca (Christian Doucet)
Newsgroups: gnu.gcc.help
Subject: Problem at runtime, gcc 2.1 on sparc
Keywords: gcc problem
Date: 10 Apr 92 20:18:40 GMT

Help!

I'm working on a SPARCserver 330 (sun4) with SunOS 4.1.1
I have the following problem with gcc 2.1
I compiled and installed gcc 2.1 correctly with the few normal
warnings about collect2 and unreachable statements.

Now, when I compile C programs I wrote, they coredump
with a Segmentation Violation right before the main is ever
executed. Here's the gdb output:

------
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.4, Copyright 1991 Free Software Foundation, Inc...
(gdb) run
Starting program: /u/lancelot/Bot/thebot/ego/thebot
Program received signal 11, Segmentation fault
0x20 in start ()
(gdb)
------

the backtrace command gives nothing useful (it really just started).

Any help greatly appreciated!

p.s.: I got gcc on prep.ai.mit.edu of course.

--
Christian Doucet ----- lancelot@Mais.Hydro.Qc.Ca | Hydro-Quebec
System Administrator - lancelot@Rot.Qc.Ca        | voice: + 1 514 858 7704
I speak for myself! -- #include <disclaimer.h>   | fax  : + 1 514 858 7799
Memory fault -- core...uh...um...core... Oh dammit, I forget!
Newsgroups: gnu.gcc.help
From: rms@ccv.FR (Richard M. Stallman)
Subject: Please stop using GCC 2.0.
Reply-To: rms@gnu.ai.mit.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 13 Apr 1992 22:15:20 GMT

People are still reporting bugs in GCC 2.0 that were fixed a month
ago.  2.1 came out a few weeks ago; 2.0 is now totally obsolete.

Please stop trying to use 2.0 and use 2.1 instead--you will save
yourself trouble.
Newsgroups: gnu.gcc.help,comp.sys.hp
From: chris@psg.com (Chris Pinkham)
Subject: gcc on hp710
Organization: Pacific Systems Group, Portland Oregon, US
Date: Thu, 16 Apr 1992 02:22:06 GMT

Is there a gcc somewhere that I can use on my
as-yet-undelivered HP9000/710? Thanks for any tips.

Chris
From: vtessier@vela.acs.oakland.edu (Vince Tessier)
Newsgroups: gnu.gcc.help
Subject: Re: cpp macro expansion causes problem building X11R5
Date: 11 Apr 92 00:02:19 GMT
Distribution: gnu
Organization: Oakland University, Rochester MI.

Thanks to Eddy Andrews (eeandrew@pyr.swan.ac.uk) and robert earl
(rearl@piggy.ucsb.edu) for telling me that the convenient fix I asked for
is to invoke the preprocessor as 'gcc-cpp -traditional'; this eliminates
the space after the macro expansion.  The '-traditional' flag is not
mentioned in cpp.info.

I'll let the folks at X know they need to update documentation for gcc a bit.
X11R5 came out last fall, gcc-2.x in the winter.

-- 
Vince Tessier (vtessier@vela.acs.oakland.edu)		"Execute Plan `B'."
Xref: sparky gnu.gcc.help:1071 comp.unix.aix:5342
From: tmcconne@sedona.intel.com (Tom McConnell)
Newsgroups: gnu.gcc.help,comp.unix.aix
Subject: Re: gcc-2.1 build fails on RS/6000
Date: 12 Apr 92 17:41:15 GMT
Reply-To: tmcconne@sedona.intel.com
Organization: Intel Corporation, Embedded Microcomputer Division


In article <1992Apr5.212418.182@mintaka.lcs.mit.edu>, mycroft@hal.gnu.ai.mit.edu (Charles Hannum) writes:
> 
> In article <10208@inews.intel.com> tmcconne@sedona.intel.com writes:
> >
> >stage1/gcc    -g -Bstage1/     -I. -I. -I./config -c insn-extract.c
> >Assembler:
> >/usr/tmp/ccX94D71.s: line 88: branch address out of range
> >make: *** [insn-extract.o] Error 1
> 
> This is The GCC Bug that I occasionally make reference to.  Basically,
> GCC is generating relative branches too large.  The only way to fix
> this is to have it calculate instruction lengths, and nobody has been
> willing to devote the time to write the code for it.  (It does this on
> other machines, like the 386, already.  I think the RS/6000 is the only
> one that's broken.)
> 
> I'm not sure why you're getting that error compiling GCC itself though.
> 
> (BTW, in older version of the assembler, it would blindly assemble the
> bad offset, truncating it.  This usually caused mysterious failures of
> the resulting code.)

  I got a "fix" for this particular problem. Just turn on optimization, and
suddenly it works. Thanks to Richard Kenner (kenner@vlsi1.ultra.nyu.edu) for his
help.

    Cheers,

    Tom McConnell

 Tom McConnell          |     Internet: tmcconne@sedona.intel.com
 Intel, Corp. C3-21     |     Phone: (602)-554-8229
 5000 W. Chandler Blvd. | The opinions expressed are my own. No one in 
 Chandler, AZ  85226    | their right mind would claim them.
--
 Tom McConnell          |     Internet: tmcconne@sedona.intel.com
 Intel, Corp. C3-21     |     Phone: (602)-554-8229
 5000 W. Chandler Blvd. | The opinions expressed are my own. No one in 
 Chandler, AZ  85226    | their right mind would claim them.
Newsgroups: gnu.gcc.help
From: d_somers@roam.agfa.BE (Dirk Somers)
Subject: gcc for cross compilation...
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 16 Apr 1992 11:46:05 GMT

Hello,

I need some help for installing the GNU C compiler for cross compilation.
I think subscribing to this list is a good way to start.

Can you please add the following address to the list:

			 gnu@roam.agfa.be

Thanks in advance ...


         Dirk Somers,
         System Administrator Workstations.

         AGFA-Gevaert, R&O Apparaten Mortsel.
         EBS department.
         Mechelse Steenweg 430
         B-2650     Edegem (Antwerpen)
         BELGIUM

         Tel.: +32 - 3 444.62.03
         Fax.: +32 - 3 455.45.17

         d_somers@roam.agfa.be     |    dirk@roam.agfa.be
         frankli!d_somers          |    frankli!dirk


Newsgroups: gnu.gcc.help
From: rms@ccv.FR (Richard M. Stallman)
Subject: Is there a known bug in gcc 2.1 with -O?
Reply-To: rms@gnu.ai.mit.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 10 Apr 1992 15:33:40 GMT

Users should know better that to ask whether there are known
bugs in beta test programs such as GCC version 2.  Of course
there are--lots of them.  If you don't want to use a program
with bugs, don't use version 2.

GCC will continue to have lots of bugs until they are fixed.  We
maintainers can't fix them unless *you* do your part: you have to send
a proper bug report as described in the GCC manual chapter on bugs.

In other words, your job is to *tell us* what is wrong.  (The job is
yours because no one else can do it if you don't.)  If you ask
questions instead of telling us what we need to know, you aren't
helping us fix problems, and they may not *be* fixed.

Remember, a better GCC depends on you!


Newsgroups: gnu.gcc.help
From: chip@tct.com (Chip Salzenberg)
Subject: Re: gcc & rs6000 packed data structures
Date: Wed, 08 Apr 1992 20:16:50 GMT
Organization: TC Telemanagement, Clearwater, FL

According to schuman@msus1.msus.edu:
>	typedef struct {
>	     char a[13];
>	     int  b;
>	} c;
>
>I want to compile the program so it will pack the data structure [to a
>size of] 17.

You can do that with this syntax:

    typedef struct {
        char a[13];
        int b __attribute__ (( packed, align(1) ));
    };

_HOWEVER_, this feature is broken for structure members in 2.1.  RMS
has patches from me to fix the bugs, so they will presumably be part
of the 2.2 release.  (I hope!)
-- 
Chip Salzenberg at Teltronics/TCT  <chip@tct.com>, <73717.366@compuserve.com>
      "Informix 4GL is not a 4G, and it's barely an L."  -- John Tombs
From: noye@bcrka378.bnr.ca (Janet Noye)
Newsgroups: gnu.gcc.help
Subject: gcc 2.1 on the apollo
Date: 10 Apr 92 17:46:48 GMT
Reply-To: noye@bcrka378.bnr.ca (Janet Noye)
Organization: Bell-Northern Research, Ottawa, Canada

I am trying to build gcc 2.1 on my apollo and I am running into problems. 
As there is no apollo assembler on my machine I, am using gas-1.38 as the
assembler.  

The problem occurs whenever I try to link a program (for example enquire.c) 
that has been compiled with gcc.  I get an error stating that the magic number
is invalid.  I can't even do a coffdump of the object file.  The magic number
gets set to 0.

Has anyone had this problem?  Any suggestions of ways to overcome it?  I have
been working at it for a fews days without much luck.

Thanks
Janet

-------------------------------------------------------------------------------
Janet Noye : email : noye@bnr.ca                mail  : Dept. 5E22
             phone : (613) 763-5985             Bell-Northern Research Ltd.
             fax   : (613) 765-4845             P.O. Box 3511, Station C
                                                Ottawa, Ontario K1Y 4H7
                                                Canada
-------------------------------------------------------------------------------
From: blk@mitre.org (Brian L. Kahn)
Newsgroups: gnu.gcc.help
Subject: Cross compiler generation, gcc2.1?
Date: 3 Apr 92 17:19:24 GMT
Article-I.D.: vanity.BLK.92Apr3121924
Distribution: gnu
Organization: The MITRE Corp. Bedford, MA



In article <previous> derek@aivru.sheffield.ac.UK (Derek Jones) writes:
>
>I have sucessfully built a sparc compiler. I now want to build a cross-compiler 
>on the Sun 4 to compile for a Sun3. I have RTM'd the install doc and used
>the following construct for the configure:
>
>	configure --host=sun4-sunos4.1.1 --target=sun3-sunos4.1.1
>
>The make fails when it attempts to compile the dummy prog since the assembler
>tries to generate code for a 68020 on the sparc. 
>
>Am I missing something obvious here??? 8-I
>




In article <9203271909.AA25001@mole.gnu.ai.mit.edu> rms@gnu.ai.mit.edu (Richard Stallman) writes:
>
>This particular problem has been fixed in GCC 2.1,
>along with many others.
>
>To continue to use 2.0 when 2.1 is available is asking for unnecessary
>grief.  It also makes for even more mail for me, and the amount I get
>anyway is enough of a load to carry.
>
>So please, everyone, switch to 2.1.



I have exactly the same problem, on the same architectures, using
gcc-2.1.  Perhaps we (Derek Jones and I) don't understand the
directions.  I know I am confused regarding the procedure for cross
compilation, but I think I have tried all interpretations.  Perhaps
there is still a problem?

I have tried:
make CC=gcc LANGUAGES=c; make CC=gcc install
make CC=gcc LANGUAGES=c; make stage1; make CC=gcc install
make LANGUAGES=c; make install
make LANGUAGES=c; make stage1; make install
make LANGUAGES=c; make stage1; make CC=stage1/gcc CFLAGS="-g -O -Bstage1/"

I think that the first of these is the intended procedure, but I'm not
sure.  I have compiled gas, but I see no way to indicate this to the
make scripts.  Configure allegedly ignores -gas on my platform.  I
also think that I've RTFM'd pretty thoroughly.


Still a great product.

Any help appreciated.

--
B<   Brian Kahn   blk@security.mitre.org   "may the farce be with you"
From: jeremy@sw.oz.au (Jeremy Fitzhardinge)
Newsgroups: gnu.gcc.help
Subject: Is there a way of preventing automatic __main creation?
Keywords: gcc startup main c
Date: 14 Apr 92 09:04:39 GMT
Organization: Softway Pty Ltd

I'm using gcc 2.1 to compile a standalone system, which has its own startup code,
etc.  Is there a way of preventing gcc from automatically generating a call to
__main from within main()?

Thanks,
	Jeremy

--
jeremy@softway.sw.oz.au ph:+61 2 698 2322-x122 fax:+61 2 699 9174
Many a wonderful picnic has been spoiled by Blubberknife.
From: tml@tik.vtt.fi (Tor Lillqvist)
Newsgroups: gnu.gcc.help
Subject: Two-pass frontend: hints?
Date: 8 Apr 92 22:49:51 GMT
Distribution: gnu
Organization: Technical Research Centre of Finland, Laboratory for Information
	Processing (VTT/TIK)

I am writing a PL/M frontend to GCC 2.1.  I have now come to realize
that PL/M needs a two-pass compiler because you can use
procedures/functions before their declaration (and it's a strongly
typed language with parameter type and number checking).

(Actually, the Intel PL/M manual seems to say that you cannot use
procedures before their declaration, but their compiler works
otherwise.)

I thought of implementing the two passes like this:

In the compiler proper, the first pass scans the source with a grammar
that just recognizes the block structure and procedure/function
declarations, and inserts "forward" declarations at the beginning of
the appropriate block.  This pass stores the pre-lexed source in a
internal data structure (basically, a linked list of obstacks or
something like that).

The first pass also handles the peculiar "declare literally" concept
in PL/M -- a kind of textual macro (without parameters) that has
block-structured scope.

The "real" 2nd pass parser gets tokens from this pre-lexed structure.
Because of the inserted forward declarations, there is no problem with
using procedures/functions before declaration.

The 1st pass is automatically run throught the whole source the first
time (the 2nd pass) yylex is called.

Does this sound like a reasonable idea?

(Actually, at the very first there is a preprocessor, like cpp, that
handles conditional compilation etc. This is easy.)
--
Tor Lillqvist,
working, but not speaking, for the Technical Research Centre of Finland
From: wert@yorktown.itd.nrl.navy.mil (Jerry Van Wert)
Newsgroups: gnu.gcc.help
Subject: ICL DRS 3000 & 6000 for gcc & gdb
Date: 6 Apr 92 16:40:52 GMT


I'm curious to know if anyone has tried to bring up
gcc and or gdb on an ICL DRS 3000 or 6000 (i386 &
sparc based, respectively).  Was it a straight forward
job? etc.

Thanks,

wert@excalibur.nrl.navy.mil
From: blk@mitre.org (Brian L. Kahn)
Newsgroups: gnu.gcc.help
Subject: Cross compiler generation, gcc2.1?
Date: 3 Apr 92 17:20:16 GMT
Article-I.D.: vanity.BLK.92Apr3122016
Distribution: gnu
Organization: The MITRE Corp. Bedford, MA



In article <previous> derek@aivru.sheffield.ac.UK (Derek Jones) writes:
>
>I have sucessfully built a sparc compiler. I now want to build a cross-compiler 
>on the Sun 4 to compile for a Sun3. I have RTM'd the install doc and used
>the following construct for the configure:
>
>	configure --host=sun4-sunos4.1.1 --target=sun3-sunos4.1.1
>
>The make fails when it attempts to compile the dummy prog since the assembler
>tries to generate code for a 68020 on the sparc. 
>
>Am I missing something obvious here??? 8-I
>




In article <9203271909.AA25001@mole.gnu.ai.mit.edu> rms@gnu.ai.mit.edu (Richard Stallman) writes:
>
>This particular problem has been fixed in GCC 2.1,
>along with many others.
>
>To continue to use 2.0 when 2.1 is available is asking for unnecessary
>grief.  It also makes for even more mail for me, and the amount I get
>anyway is enough of a load to carry.
>
>So please, everyone, switch to 2.1.



I have exactly the same problem, on the same architectures, using
gcc-2.1.  Perhaps we (Derek Jones and I) don't understand the
directions.  I know I am confused regarding the procedure for cross
compilation, but I think I have tried all interpretations.  Perhaps
there is still a problem?

I have tried:
make CC=gcc LANGUAGES=c; make CC=gcc install
make CC=gcc LANGUAGES=c; make stage1; make CC=gcc install
make LANGUAGES=c; make install
make LANGUAGES=c; make stage1; make install
make LANGUAGES=c; make stage1; make CC=stage1/gcc CFLAGS="-g -O -Bstage1/"

I think that the first of these is the intended procedure, but I'm not
sure.  I have compiled gas, but I see no way to indicate this to the
make scripts.  Configure allegedly ignores -gas on my platform.  I
also think that I've RTFM'd pretty thoroughly.


Still a great product.

Any help appreciated.

--
B<   Brian Kahn   blk@security.mitre.org   "may the farce be with you"
From: mjd@saul.cis.upenn.edu (Not J. Edgar Hoover in disguise)
Newsgroups: gnu.gcc.help
Subject: What was `&...' about?
Date: 17 Apr 92 06:50:17 GMT
Distribution: gnu
Organization: Eaters of Wisdom


In c-parse.y:

	/* This seems to be impossible on some machines, so let's turn it off.
        | '&' ELLIPSIS
...
	*/

What would this feature have done if it worked?

--

           Millions for defense, but not one cent for tribute.
Mark-Jason Dominus 	  			    mjd@central.cis.upenn.edu 
Newsgroups: gnu.gcc.help
From: jcburt@gatsibm.larc.nasa.gov
Subject: gcc problem = nm: p is not a recognized flag
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 13 Apr 1992 12:10:31 GMT


well, I *think* I finally got gcc working on my
rs/6000 running aix 3.1.5. I am having one little problem,
I keep getting an error message each time I compile something.
I have a test program ("helloworld") shown below

_

I compiled it with both gcc and cc with the following results:

gatsibm:~/2dsim/src>emacs helloworld.c
gatsibm:~/2dsim/src>cc helloworld.c -o helloworld
gatsibm:~/2dsim/src>helloworld
hello world 
gatsibm:~/2dsim/src>gcc helloworld.c -o helloworld
0654-208 nm: p is not a recognized flag.
gatsibm:~/2dsim/src>helloworld
hello world 

what does the "0654-208 nm: p is not a recognized flag"

mean? how can I get rid of it?

John

Newsgroups: gnu.gcc,gnu.gcc.help
From: tmcquighan@hns.com (Tom McQuighan)
Subject: GCC backend for Moto CPU32? 
Originator: tmcquighan@tmcquighan
Organization: Hughes Network Systems Inc.
Distribution: hns
Date: Thu, 9 Apr 1992 17:35:04 GMT


In article <fred.702272781@ivhs.mot.com>, fred@ivhs.mot.com (Fred Brunner) writes:
|> Before I plow into the wilds of RTL for this:
|> 
|> Has anyone out there put together a machine description
|> they'd be willing to share for the Motorola CPU32
|> (68331/332/340) so GCC can be used to cross-compile for this
|> processor?
|> 
|> -Fred
|> 
|> -- 
|> ---   ---   ---   ---   ---   ---   ---   ---   ---   ---   ---   ---   ---   
|> Fred Brunner - Sr. Systems Engineer (all opinions expressed solely my own)
|> Intelligent Vehicle/Highway Systems Group - Motorola, Inc.
|> >email<: fred@mot.com	>voice<: (708) 205-2871 >fax<: (708) 205-2890
|> >USnail<: Motorola,Inc. 4000 Commercial Ave. M/S: IL08 Northbrook IL 60062
|> ---   ---   ---   ---   ---   ---   ---   ---   ---   ---   ---   ---   ---

Newsgroups: gnu.gcc.help