HDTenEightyP/NetNews huggingface dataset:
From: eric@picard.sbi.com (Eric Ho)
Newsgroups: gnu.gcc.help
Subject: Using djgpp-cross (Sparc -> i386).
Date: 20 Aug 92 21:40:36 GMT
Distribution: gnu
Organization: Salomon Brothers Inc.

Hi netlanders,

I recently got a copy of a set of GNU C/C++ cross-development tools,
djgpp-cross, from math.utexas.edu, for Sparc (host) -> Intel 386 (target).
[Thanks, jody@shell.com]

I now have several questions :-

==========================================

1). Must I to install these binaries, the include files and the libraries
    under /usr/local/lib/gcc-lib/i386-ibm-bsd/ ?  If I put them (especially,
    the include files and libraries) elsewhere, would binaries like xgcc be
    able find them ?
    
2). Why does xgcc always invoke gld with crt0.o in front of everything else ?
    When I looked into the ld script, it invokes gld as 'gld -r $*'.  If I add
    an echo(1) statement before actually calling gld, as in :-

	echo gld -r $*
	gld -r $*

    I note that $* always have crt0.o at the front.

    The problem is that it is ok if you invoke gld at the same dir as where
    crt0.o sits  otherwise, gld would complain that it couldn't open crt0.o.

    I've the suspicion that the scripts, ld and cross-gcc, are mere examples
    which I should not follow literally.

3). Should I use gcc-cross instead of xgcc ?  What is the difference between
    them ?

4). The readme file in the distribution mentioned that I need to install go32
    on my PC.  What is go32 ?  And where can I get it ?

5). The readme file also tells me that after running gld with the -r flag to
    produce to relocatable, I should run ld.exe on that relocatable on the PC.
    Does it mean that I should always call xgcc (or gcc-cross) with the -c
    flag and then grind the resultant .o files through 'gld -r' and then send
    the resultant file to the PC and run ld.exe there to produce an a.out ?

    If that's the case, where can I get the ld.exe for the PC ?  And how
    should I run ld.exe -- e.g. what flags (or program if any) should I run it
    with ?

==========================================

My PC doesn't have any development tools whatsoever.  And it has very little
disk space (so, even if I've the tools, they'll be useless anyway).  Sigh ..

Any pointers/info will be much appreciated.

I'll summarize everything (including my last posting - for getting
djgpp-cross).
Newsgroups: gnu.gcc.help
From: nabughaz@snert.ece.uc.edu (N.B. Abu-Ghazaleh)
Subject: Porting gcc
Followup-To: nabughaz@thor.ece.uc.edu
Summary: How difficult is it?
Organization: Unversity of Cincinnati, ECE Dept
Date: Wed, 19 Aug 1992 07:36:19 GMT


Hello All,

I am experimenting with MIMD emulation on a SIMD machine. The choice
of the instruction set is critical to the performance of the system.
I need to study my instruction set tradeoffs, by constructing highly
optimizing compilers with the respective software architectures as the 
back end.

Now to my questions, how difficult is it to port gcc, and is it practical
to expect to write multiple back ends to it in a relatively short time?

Is there a way to add optimizations specific to the new paradigm without
interfering with the optimizations that gcc performs? The optimizations
I'm considering involve code motion among basic blocks (trace/percolation
scheduling.) I've been told that they have to be performed
before register binding.

Finally, Is the GNU manual (Using and Porting GNU CC) all the help there is 
or is there more specific documentation?

				


 ------------------------------------------------------------------------------
 | Nael Abu-Ghazaleh                     |     nabughaz@thor.ece.uc.edu       |
 | Dept of Elec & Computer Engr          |     abughanb@ucunix.san.uc.edu     |
 | Univ of Cincinnati                    |     nabughaz@ddt.occ.uc.edu        |
 ------------------------------------------------------------------------------
-- 

 ------------------------------------------------------------------------------
 | Nael Abu-Ghazaleh                     |     nabughaz@thor.ece.uc.edu       |
 | Dept of Elec & Computer Engr          |     abughanb@ucunix.san.uc.edu     |
 | Univ of Cincinnati                    |     nabughaz@ddt.occ.uc.edu        |
 ------------------------------------------------------------------------------
Newsgroups: gnu.gcc.help
From: egan@caeco.mentorg.COM (Egan F. Ford)
Subject: gcc on sco3.2v4
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 17 Aug 1992 15:13:51 GMT

I am trying to compile gcc for SCO3.2v4 with SCO DEV3.2v4.  However the
only way I have been able to get it to compile the second pass (the first
pass works great) is to add in the config/???sco4.h file 
CPP_PREDEFINES="-D__STDC__=0".  After that I have to make clean then follow
the instrutions to the letter and I have gcc.  Is this correct?

thanks.
-- 
Egan F. Ford
cbs!egan          ...hellgate.utah.edu!caeco!neb!cbs!egan

Newsgroups: gnu.gcc.help
From: scowen@wfpc3.la.asu.edu (Paul A. Scowen)
Subject: Re: gcc2.2.2 and X11R5
Organization: Dept.of Physics & Astronomy, Arizona State University
Date: Thu, 20 Aug 1992 16:51:36 GMT

As a postscript to the last message, I have now built the server using cc
instead of gcc and although the server runs ok, there are still broken
facets to the environment - like the expansion icon in the upper right of
twm windows being missing, and twm menu commands (shell escapes) failing.

My recommendation to all people out there attempting this is DON'T USE GCC
vers 2.2.2 TO BUILD X!!!  It does not appear to have what it takes.

-- 
-------------------------------------------------------------------------------
Paul A. Scowen				INTERNET: scowen@wfpc3.la.asu.edu
Department of Physics & Astronomy		  uk1@spacsun.rice.edu
Arizona State University		Tel:      (602) 965-0938
Tempe, AZ 85287-1504			FAX:      (602) 965-7954
-------------------------------------------------------------------------------
From: robbar@aplcen.apl.jhu.edu (Baruch Robert Allan )
Newsgroups: gnu.gcc.help
Subject: gcc on TMS320C30
Date: 22 Aug 92 13:59:02 GMT
Organization: Johns Hopkins University

Is the gcc compiler available on the TI TMS320C30 Digital Signal Processor?


Thanks,


Robert Baruch
From: schmid@deneb.cbmvax.cbm.commodore.com (Bob Schmid)
Newsgroups: gnu.gcc.help
Subject: Question on optimizing "abs()"
Date: 14 Aug 92 16:44:38 GMT
Distribution: gnu.gcc.help
Organization: Commodore Technology West Chester, PA

I would like to write code for gcc 2.2 that will take the absolute
value of a double in the fastest possible way (for a tight inner
loop).

I currently do this

  double num;
  if (num < 0)
	num *= -1;

but it occurs to me that rather than doing the test, possibly followed
by a multiply, it may be cheaper to just force the IEEE sign bit to be
positive somehow (just one operation).  Any suggestions on how best to
do this for a double, float or int will be most appreciated.

I'm running on a sun IPX, using gcc -O.



Thanks,

-Bob

------------------------------------------------------
R. Schmid     <uunet!cbmvax!schmid>
              <schmid@cbmvax.cbm.commodore.com>

Robert Schmid
VLSI Design
Commodore Technology
1200 Wilson Drive
West Chester, PA  19380
------------------------------------------------------
From: Werner_Schneider@ac.maus.de (Werner Schneider)
Newsgroups: gnu.gcc.help
Subject: Re: tar and Wangtek Streamer
Date: Wed, 12 Aug 92 08:20:00 GMT
Organization: MausNet
X-Gateway: MausGate/News 1.11

Hello,

this Problem is solved, the Wangtek Streamer is availabel with different
firmware, after changing the firmware to a version specially made for sun and
setting a Jumper, the Streamer is working correctly (now in 512k mode and
buffer mode).

sorry to disturbing this group with a "foreign" question.

Werner
Newsgroups: gnu.gcc.help
From: swk@seymour.mlb.semi.harris.com (Song W. Koh)
Subject: Re: ld -r -d problem after gcc
Date: 21 Aug 92 09:30:58
Distribution: gnu
Organization: Harris Corp., Semiconductor Sector, Melbourne, FL

An additional data point...I tried the same thing with gcc on
HP9000/380.  The results are correct.

This test was with the same files as in the sparc case.
----------------------------------------
hp% gcc -c s2.c
hp% gcc -c s3.c
hp% gcc -c s4.c
hp% ld -r -d s2.o s3.o s4.o
hp% !! -o sl.o   
ld -r -d s2.o s3.o s4.o -o sl.o 
hp% gcc s1.c sl.o
hp% a.out
f1/v1: 1030 338 hello
f2/v2: 1038 388 bye
f3/v3: 1040 3d0 byebye
--
------------------------------------------------------------------------
Song Koh			Harris Semiconductor
swk@mlb.semi.harris.com		MS 62-022
Voice: (407)-724-7085		P. O Box 883 (US mail) 
Fax:   (407)-729-4960		Palm Bay Road (UPS)
				Melbourne, FL 32902-0883
------------------------------------------------------------------------

Newsgroups: gnu.gcc.help
From: jerry@connection.prospect.com (Jerry Shekhel)
Subject: Re: Any help on building for SVR4
Organization: Molecular Simulations, Inc.
Date: Wed, 19 Aug 1992 20:51:16 GMT
X-Posted-From: connection.prospect.com
X-Posted-Through: sol.ctr.columbia.edu

<pv!n12n.geoff@netcom.com> geoff@netcom.com (Geoffrey Leach) writes:
>
>I'm attempting to build gcc 2.2.1 for an ESIA 486 running MST UNIX (vanilla
>SVR4 4.0.3).  Looks like COFF support is available, but not ELF, right?
>From reading the various READMEs, I can't figure out exactly what's
>required.  To say nothing of the fact that the COFF patches for gas are for
>1.36 and 1.37, leaving me with BIG .rej files for 1.38 (sigh).  Before
>I go to all that work, anyone care to reassure me?  And perhaps outline
>the steps required?  Thanks.
>

I use MST UNIX, and I have *never* had any problems with GCC.  For versions
2.2.1 and 2.2.2, all I ever had to do was "configure i386v4" and "make".

BTW, many GNU packages, including GCC and Emacs, are now available on tape
from MST in source and binary form.

>
>Geoffrey Leach		geoff@netcom.com
>
--
+-------------------+-----------------------+--------------------------------+
| Jerry J. Shekhel  | Molecular Simulations | Time just fades the pages      |
| Drummers do it... | Inc.  Waltham, MA USA | in my book of memories.        |
|    ... In rhythm! |     (617) 890-2888    |              -- Guns N' Roses  |
+-------------------+-----------------------+--------------------------------+
|           ...! [ princeton mit-eddie bu sunne ] !polygen!jerry             |
|                            jerry@polygen.com                               |
+----------------------------------------------------------------------------+
Newsgroups: gnu.gcc.help
From: lmorris@mdd.comm.mot.com (Larry Morris)
Subject: Re: gcc cross compiler for 68000 under OS/2  (And Cygnus)
Organization: Motorola, Mobile Data Division - Seattle, WA
Distribution: na
Date: Thu, 20 Aug 1992 19:41:48 GMT

In <1992Aug19.192017.9794@hubcap.clemson.edu> (cpinson%htech.uucp@mathcs.emory.edu) writes:

>I would like to use the GNU gcc/g++ compiler for cross-development
>of 68000 code under either the OS/2 operating system or MSDOS 5.0.  
>If anyone has done this, I would greatly appreciate hearing from you.

I heartily second that motion.  And could someone point me to a phone
number for Cygnus Support.  If the price is right, I might even pay for
this port.  (It can't be as expensive as Microtec).
-- 
Internet:    <lmorris@mdd.comm.mot.COM>   |  Larry Morris
 ...uw-beaver!sunup-----\                 |  Motorola/Mobile Data Division
 ...uunet-----------------!mdisea!lmorris |  19807 North Creek Parkway
 ...van-bc!mdivax1------/                 |  Bothell, WA  (206) 487-5810
From: rms@gnu.ai.mit.edu (Richard Stallman)
Newsgroups: gnu.gcc.help
Subject: DECstation /usr/include/X11/Xlib.h and gcc.
Date: 18 Aug 92 08:52:42 GMT
Distribution: gnu
Organization: GNUs Not Usenet

If you suspect that errors indicate a GCC bug, then you should
(1) track down the cause of the errors far enough
to determine *for certain* whether it is a GCC bug,
and (2) if it is, send a bug report to bug-gcc@prep.ai.mit.edu
as described in the Bugs chapter in the GCC manual.

If you want the problem to get fixed, this is the effective
way to go about it.  There are other things you can do, but
either they are lots more work for you or they are ineffective.
Newsgroups: gnu.gcc.help
From: michael@resonex.com (Michael Bryan)
Subject: Building gcc 2.2.2 on HP-UX 8.0 --- Some questions
Organization: Resonex Inc., Sunnyvale CA
Date: Thu, 20 Aug 1992 08:05:30 GMT

While compiling gcc 2.2.2 on an HP9000/380 running HP-UX 8.0, the following
two symbols were undefined:
        _getrusage
        _getwd

I was able to fix the problem by hacking getpwd.c and toplev.c, but I
was wondering if there were any "official"/preferred fixes for this?

Also, the INSTALL file mentions that HP Patch PHCO_0800 is required
to fix a problem with /bin/as.  While waiting on the patch last
week, I went ahead and verified that after about an hour of building
gcc, it died with the expected error.  Yesterday I got the patch,
and in looking at it, it only replaces /lib/libc.a, /lib/libc.sl, and
/lib/libp/libc.a, and no mention is made of /bin/as.  Is this indeed
the correct patch for the indicated problem?  What exactly is the problem
that gcc triggers in this case?  (I won't be loading the patch until
later in the week, due to other constraints.)

Thanks...
-- 
Michael Bryan        michael@resonex.com                     |     ,_,
Milk and Cheese in '92!!!                                    |    /oo \
"What the world needs now are some true words of wisdom,     |    <>__|
like 'La-la-la-la-la-la-la-la-la-la'."  -- Cracker           |    |  U|

-- 
Michael Bryan        michael@resonex.com                     |     ,_,
Milk and Cheese in '92!!!                                    |    /oo \
"What the world needs now are some true words of wisdom,     |    <>__|
like 'La-la-la-la-la-la-la-la-la-la'."  -- Cracker           |    |  U|
From: nathan@inferno.uoregon.edu (NathanD)
Newsgroups: gnu.gcc.help
Subject: ___new_handle undefined ???
Date: 21 Aug 92 02:56:15 GMT
Article-I.D.: nntp.1992Aug21.025615.25134
Organization: University of Oregon Network Services
X-Newsreader: Tin 1.1 PL4


I just downloaded an installed gcc 2.2.2.  When I try to compile something
that uses iostreams, the linker gives me:

gcc:lib/libgcc.a(_builtin_new.o): Undefined symbol ___new_handler referenced
from text segment

My command line is: gcc main.cc -lg++ -lc
and it seems to compile ok.

Can someone help me?  Do I just have a command line switch wrong?  Or do I
need to link in some other object module?

Thanks,
nathan
Newsgroups: gnu.gcc.help
From: install2@st6000.sct.edu (Ron Skopitz)
Subject: getting ld to work with libg++
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 18 Aug 1992 05:48:59 GMT

To ALL,
	First, let me say, THANKS! for all the help you've given us so
far! We'd never have made it.  Here's that one question i still have (I
know it's been a while).  The make of g++ lib fails, appearently at the
"ld" stage, although i haven't been able to figure out why...  I've tried
various methods of indicating pathnames, etc to ld, but to no avail.  The
compiler is being built in an install directory and NOT into /usr/lib or
any of the "default" ld search-paths.  The local directories that the .a
files do exist in are in my path and have full permissions and the home
directory for the account has been included in the Makefile.  As
requested, here is a transcript of the failed make.  Again, sorry to
bother you and thanks for the assistance, we're soooo close!! 



make CC="gcc" CFLAGS="-g -O" CC="gcc" all
cd stdio; make all ...
cd test; make all ...
        rm -f libg++.a
        rootme=`pwd` ; export rootme ; cd src ; ar qc ../libg++.a *.o
        rootme=`pwd`; export rootme; cd iostream; \
                   ar qc ../libg++.a *.o
        cd ../libiberty; \
                  ar qc ../libg++/libg++.a `cat needed-list` strerror.o strsignal.o
        ranlib libg++.a
        touch .stmp-genclass
        touch .stmp-tests
        touch .stmp-etc
        (rootme=`pwd` ; export rootme ; cd src ; \
                        make "CC=gcc" "CFLAGS=-g -O" "XTRAFLAGS=" \
                        "AR=`if [ -f ${rootme}/../../binutils/ar ] ; \
                then echo ${rootme}/../../binutils/ar ; \
                else echo ar ; fi`" "RANLIB=`if [ -f ${rootme}/../../binutils/ranlib ] ; \
                then echo ${rootme}/../../binutils/ranlib ; \
                else echo ranlib ; fi`")
        gcc -o gperf new.o options.o iterator.o main.o gen-perf.o key-list.o list-node.o hash-table.o bool-array.o read-line.o std-err.o version.o  ../../libg++.a
0706-005 ld: Cannot find file: libgcc.a
        Check path name and permissions or
        use local problem reporting procedures.
0706-005 ld: Cannot find file: libgcc.a
        Check path name and permissions or
        use local problem reporting procedures.
make: 1254-004 The error code from the last command is 1.

Make Quitting.
make: 1254-004 The error code from the last command is 2.

Make Quitting.
make: 1254-004 The error code from the last command is 2.

Make Quitting.
make: 1254-004 The error code from the last command is 2.

Make Quitting.


Again... see if you can make any sense outa this.... we don't seem to be
able to, it's very aggravating as we know how simple an oversight this
must be... :(  

				Thanks again, 

					Ron Skopitz
					install2@st6000.sct.edu
From: jclark@sdcc3.ucsd.edu (John Clark)
Newsgroups: gnu.gcc.help
Subject: Re: Tools to build gnu cross compiler...
Date: 19 Aug 92 17:10:00 GMT
Distribution: usa
Organization: University of California, San Diego

In article <Bt7ALp.Fps@sidc.com> soo@sidc.com writes:
+I am trying to generate a cross compiler from gcc-2.2.2 (host: sun sparc,
+target: board using m68k processor).  However, the INSTALL file in the
+gcc-2.2.2 package seems to suggest that I would need a cross-assmelber,

You need at least 'gas-1.38' from prep.ai.mit.edu. In addition, you'll
need 'binutils-1.97' which has the 'ld', 'ar', and 'ranlib',
although the sparc 'ar' and 'ranlib' will work, the 'ld' is required
to link the 68k *.o files.
-- 

John Clark
jclark@ucsd.edu
Newsgroups: gnu.gcc,gnu.gcc.help
From: naughton@chinet.chi.il.us (Thomas Naughton)
Subject: GCC compile bombs in stage1 compile.  Help!
Organization: Chinet - Public Access UNIX
Date: Fri, 21 Aug 1992 02:54:31 GMT

    My first compile goes off without much problem.  But things really
start to fall apart when I try to compile GCC with itself.  First I
do a:
	make CC=stage1/gcc CFLAGS="-g -O -Bstage1/"
and I get errors complaining about stdio.h which read:
/usr/include/stdio.h:29: Invalid token in expression
/usr/include/stdio.h:32: Invalid token in expression
/usr/include/stdio.h:40: Invalid token in expression
/usr/include/stdio.h:197: Invalid token in expression
*** Error code 1 (bu21)

   Which is rel\ally strange since I would think that stdio.h would be
relatively bug free by now.  I can go in and remove the offending code
(a bunch of #if directives and set them to what they should read).  Then 
I get a little further after I type:
        make CC=stage1/gcc CFLAGS="-g -O -Bstage1/"
I get the response:
        stage1/gcc -g -O -Bstage1/ -I. -I. -I./config \
          -DSTANDARD_STARTFILE_PREFIX=\"/usr/local/lib/\" \
          -DSTANDARD_EXEC_PREFIX=\"/usr/local/lib/gcc-\" -c \
          `echo ./gcc.c | sed 's,^\./,,'`
Assembler: gcc.c
        aline 5 : .def directive obsolete
        aline 5 : .scl directive obsolete
        aline 5 : obsolete use of .type directive
        aline 5 : .endef directive obsolete
        aline 6 : .def directive obsolete
        aline 6 : .scl directive obsolete
        aline 6 : obsolete use of .type directive
        aline 6 : .endef directive obsolete
        aline 7 : .def directive obsolete
        aline 7 : .scl directive obsolete
        aline 7 : obsolete use of .type directive
        aline 7 : obsolete use of .size directive
        aline 7 : .endef directive obsolete
        aline 8 : .def directive obsolete
        aline 8 : .val directive obsolete
        aline 8 : .scl directive obsolete
        aline 8 : obsolete use of .type directive
        aline 8 : .endef directive obsolete
        aline 9 : .def directive obsolete
        aline 9 : .val directive obsolete
        aline 9 : .scl directive obsolete
        aline 9 : obsolete use of .type directive
        aline 9 : .endef directive obsolete
        aline 10        : .def directive obsolete
        aline 10        : .val directive obsolete
        aline 10        : .scl directive obsolete
        aline 10        : obsolete use of .type directive
        aline 10        : .endef directive obsolete
        aline 11        : .def directive obsolete
        aline 11        : .val directive obsolete
        aline 11        : .scl directive obsolete
Too many errors - Goodbye
*** Error code 1 (bu21)

make: fatal error.
   Has anyone seen this before.  I'm confused.  I'm running AT&T's 
SysVR4.2.1 and I don't know what to try next.  Any and all help would
be appreciated.  Thanks!

-- 
Thomas M. Naughton	              "Love is chemistry, but sex is physics"
naughton@nauts.chi.il.us (prefered)   naughton@chinet.chi.il.us (alternate)
Nobody is responsible for anything I say or do but me.  Sometimes not even me.
Newsgroups: gnu.gcc.help
From: geoff@netcom.com (Geoffrey Leach)
Subject: Any help on building for SVR4
Date: Wed, 19 Aug 92 15:56:53 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

I'm attempting to build gcc 2.2.1 for an ESIA 486 running MST UNIX (vanilla
SVR4 4.0.3).  Looks like COFF support is available, but not ELF, right?
From reading the various READMEs, I can't figure out exactly what's
required.  To say nothing of the fact that the COFF patches for gas are for
1.36 and 1.37, leaving me with BIG .rej files for 1.38 (sigh).  Before
I go to all that work, anyone care to reassure me?  And perhaps outline
the steps required?  Thanks.


Geoffrey Leach		geoff@netcom.com
-- 
Geoffrey Leach		geoff@netcom.com
Newsgroups: gnu.gcc.help
From: lydic@ka8lvz.uucp (lydic)
Subject: Re: GNU runtime
Keywords: Objective-C
Organization: organization
Date: Wed, 12 Aug 1992 12:31:03 GMT

In article <1992Aug5.061418.3152@proponent.com> Monty Solomon <roscom!monty@think.com> writes:
>One of my associates has the following questions about GCC 2.2.2 and runtime
>support.
>
>
>We're quite sure that GNU's recent compilers support Objective-C sources.
>What about runtime support?  Our current code links with a whole bunch of
>support stuff.  This is the underlying C code which makes classes, objects,
>allocation, freeing, and dispatching all happen.

   The GNU compiler was modified by NeXT to support Objective C for their
   platform running NeXTStep

>I suspect we'll need the functionality described in these header files from
>/usr/include/objc:
>
>* objc.h (C functions like object_getClassName which implement standard Object
>methods)
>* objc-runtime.h (support for sending messages, allocation, etc)
>* objc-class.h (support for various class operations)
>* hashtable.h (hashing is used as part of runtime, although it might not be in
>a reimplementation)
>* objc-load.h (only to do dynamic loading?)
>
>Is it true that GNU's shipping a compiler which is useless because there's no
>runtime support for the calls it emits?  Has GNU overextended themselves, and
>if so when will they catch up and how can we help them do so?

   Since the work was done by NeXT, and the code was released by them back
   into the GNU community, I'm not sure of your question.  GNU software has
   typically been USER SUPPORTED.  I think you're confusing it with some
   company that provides support (at a co$t of course).  You are free to
   work with FSF and help create anything you feel there is a need for.

   -.. .

   John W. Lydic Jr              lydic@ka8lvz.cmhnet.org

   "We live beyond our means, on other peoples dreams, and that's succeeding"
   Janis Ian 'Between the lines'
   ... -.-
Newsgroups: gnu.gcc.help