HDTenEightyP/NetNews huggingface dataset:
From: pynq@midway.uchicago.edu (George Jetson)
Subject: Incorrect code generated unless optimization is turned on.
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 9 Oct 1992 18:22:33 GMT

Short synopsis: I am running DJGPP 1.08, under MS/DOS.  gcc -v reports 2.2.2.
Unfortunately, I do not have access to a 386 version of Unix to test this on.
I did nothing other to unpack the .ZIP files and run them (no compiler mods)

The following program generates an exception 13 error when compiled
normally; when compiled with either -O or -O2, it works fine.
I spent some time running through it with DEBUG32, and found:

	1) The problem is in function big_cmp.
	2) Some register (either eax or edx, depending on which exact
	   version of the source code you use) is used as the address of
	   the local variable i and it gets trashed during the loop, so
	   that on the second run through the loop, the address is invalid.

This was compiled with all of the following commands, then run via "GO32 a.out".
(Only the first, with no optimization, causes the error)

	1) gcc -Wall -Werror qs1.c
	2) gcc -O -Wall -Werror qs1.c
	3) gcc -O2 -Wall -Werror qs1.c

---- Cut here ---

#ifndef __GNUC__
#error "Please use DJGPP!"
#endif

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <time.h>
#include <fcntl.h>
#include <stdarg.h>
#include <ctype.h>
#include <limits.h>

/* This is my version of the "missing" strnicmp() */
int Strnicmp(const char *s1, const char *s2, int count)
{
	int res;

        for (res = 0; count &&
                !(res = tolower(*s1) - tolower(*s2)) && *s1 && *s2;
                s1++, s2++, count--);
	return (res);
}

void main()
    {
    int numlines = 1,numthings = 2,nkeys = 2;
    struct key {
	int lexical,direction,line,offset,width;
	} keys[nkeys];
    struct thing {
	int recnum;
	char *text[numlines+1];
	int textlen[numlines];
	} things[numthings];
    int big_cmp(struct thing *t1, struct thing *t2)
	{
	int i,res;

	for (i=0; i<nkeys; i++) {
	    int ln = keys[i].line;
	    int off = keys[i].offset;
	    char *s1 = t1 -> textlen[ln] > off ? t1 -> text[ln] + off : "";
	    char *s2 = t2 -> textlen[ln] > off ? t2 -> text[ln] + off : "";
	    int w = keys[i].width;

	    if (res = keys[i].direction *
		(keys[i].lexical ? (Strnicmp(s1,s2,w) ? : strncmp(s1,s2,w)) :
		 strncmp(s1,s2,w)))
			return (res);
	    }
	return (t1 -> recnum - t2 -> recnum);
	}

    keys[0].lexical = 0;
    keys[0].direction = 1;
    keys[0].line = 0;
    keys[0].offset = 0;
    keys[0].width = 5;

    keys[1].lexical = 0;
    keys[1].direction = 1;
    keys[1].line = 0;
    keys[1].offset = 10;
    keys[1].width = 5;

    things[0].recnum = 0;
    things[0].text[0] = "This is the first line";
    things[0].text[1] = 0;
    things[0].textlen[0] = 22;

    things[1].recnum = 1;
    things[1].text[0] = "This is the second line";
    things[1].text[1] = 0;
    things[1].textlen[0] = 23;

    printf("Here we are...");
    printf("The result is %d\n",big_cmp(things,things + 1));
}

Newsgroups: gnu.gcc.bug
From: dab7w@beech.cs.virginia.edu
Subject: Problem getting V1.42 gcc going on DECstation
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 12 Oct 1992 19:11:28 GMT

Hi!  Help!!

I ftp'd in version 1.42 of gcc, and I've been trying to get it going.
Why? well, I want to get the nhfsstone benchmark running on my DECstation.
So, I run the config.gcc script, which works fine. Next is the make gcc,
which does ok.  Then I start on the next stage compiler, by doing
make stage1.  This is what I get:

mv: cannot access insn-flags.h
mv: cannot access insn-config.h
mv: cannot access insn-codes.h
mv: cannot access insn-output.c
mv: cannot access insn-recog.c
mv: cannot access insn-emit.c
mv: cannot access insn-extract.c
mv: cannot access insn-peep.c
mv: cannot access stamp-flags
mv: cannot access stamp-config
mv: cannot access stamp-codes
mv: cannot access stamp-output
mv: cannot access stamp-recog
mv: cannot access stamp-emit
mv: cannot access stamp-extract
mv: cannot access stamp-peep
mv: cannot access genemit
mv: cannot access genoutput
mv: cannot access genrecog
mv: cannot access genextract
mv: cannot access genflags
mv: cannot access gencodes
mv: cannot access genconfig
mv: cannot access genpeep
mv: cannot access cc1
mv: cannot access cpp
mv: cannot access cccp

So, there's a bunch of files that aren't there, that should
be.  What are they, and why aren't they there, and why are they
needed?  

Thanks for your help!

Duff Browne
dab7w@virginia.edu


Newsgroups: gnu.gcc.bug
From: moore%cs@hellgate.utah.edu (Tim Moore)
Subject: Re: Gcc/G++ 2.2.2 code generation bug on HP 9000/817
Organization: University of Utah CS Dept
Distribution: gnu
Date: Thu, 15 Oct 1992 12:53:08 GMT

In article <9210141454.AA06681@life.ai.mit.edu> daniel@cisco.com (Hugh Daniel) writes:

   A bug in gcc 2.2.2!
     I have run into this code generation bug sevral times on this HP
   9000/817 since installing gcc.  It seems to be some sort of code
   generation bug where gcc thinks it can use an argument it can't
   really.

     I have not the manuals to take a stab at it.  Source for
   generateing this bug is on prep.ai.mit.edu (:r).  If I can help
   please drop me a line.

		   ||ugh Daniel
		   Consultant
		   hugh@toad.com

   The compiler:
   gcc -v
   Reading specs from /usr/local/lib/gcc-lib/hppa1.0-hp-hpux/2.2.2/specs
   gcc version 2.2.2

   The Host:
   HP-UX swarf A.08.02 E 9000/817 1726073111

   The Assembler:
   /bin/as

   The Error Messges:
   as: common.s @line#1247 [err#1060]
     Argument 1 or 3 in FARG upper
	    - lookahead = ARGW4=FR,RTNVAL=GR

This bug is fixed in gcc 2.3, out Real Soon Now.

--
Tim Moore                    moore@cs.utah.edu {bellcore,hplabs}!utah-cs!moore
"Wind in my hair - Shifting and drifting - Mechanical music - Adrenaline surge"
	- Rush

Newsgroups: gnu.gcc.bug
From: peteg@seismo.css.gov (Pete Geenhuizen)
Subject: GCC-2.2.2 and X11R5 for SUN
Organization: Center for Seismic Studies, Arlington, VA
Distribution: gnu
Date: Fri, 9 Oct 1992 09:37:57 GMT

I have a SUN running SUNOS 4.1.2 with X11R5 upto fix 17 compiled with SUN's
compiler.  I recently got GCC-2.2.2 and successfully compiled it, and ran the
fix-includes.  
Noting the changes required in the README.X11 I applied those patches to X11R5 
and attempted to recompile XR5, but alas and alack to no avail, the compile 
failed with many repetitions of the the following errors and the ever present

make: Warning: Target `all' not remade because of errors

making all in ./extensions/server...
... deleted some of the output
In file included from /usr/local/lib/gcc-lib/sparc-sun-sunos4.1/2.2.2/include/string.h:6, from ../.././server/include/os.h:106, from ../.././server/include/misc.h:61, from mitmisc.c:24:
/usr/include/sys/stdtypes.h:27: redefinition of `size_t'
/usr/local/lib/gcc-lib/sparc-sun-sunos4.1/2.2.2/include/stddef.h:82: `size_t' previously declared here
/usr/include/sys/stdtypes.h:28: redefinition of `ptrdiff_t'
/usr/local/lib/gcc-lib/sparc-sun-sunos4.1/2.2.2/include/stddef.h:45: `ptrdiff_t' previously declared here
/usr/include/sys/stdtypes.h:30: redefinition of `wchar_t'
/usr/local/lib/gcc-lib/sparc-sun-sunos4.1/2.2.2/include/stddef.h:120: `wchar_t' previously declared here
*** Error code 1

Being a C novice of the expert catagory, could some kind soul please help me
out and show me the error of my ways and provide me with a solution to this 
predicament.

Thanks
Pete
   ____ .. ____
  /   //||\\   \    TELEDYNE - GEOTECH           
 /   // || \\   \                               
'---'/  ||  \`---`  Pete Geenhuizen             Phone : (407) 494-5481/2/6049
     |  /\  |       Drawer 372630               Fax   :
     | /  \ |       Indian Harbor Beach         Email : peteg@beno.CSS.GOV  
     |/    \|       Florida 32937-0630
     '      `

Newsgroups: gnu.gcc.help
From: linstee@dutecaj.et.tudelft.nl (Erik van Linstee)
Subject: So who submitted libman.zoo ?!
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Fri, 09 Oct 1992 22:32:25 GMT

As noone seems to know how the man pages in this archive
are to be read, can someone at least tell me where they
came from?

Erik


-- 
Erik van Linstee   |   Delft University of Technology   |   I'll be back ... 
----
   We are god, 'cause only we can create the idea of his existence
   in our holy brains...  (Yello)
Newsgroups: gnu.gcc.help
From: david@campfire.stl.mo.US (David J Camp)
Subject: Re: GNU installation on SVR4 Unix on i486
Reply-To: "David J Camp" <campfire!david@wupost.wustl.edu>
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 12 Oct 1992 00:59:26 GMT

On Sat, 10 Oct 92 22:55:56 PDT, "Ted Lewis" <tlewis@CERF.NET> wrote:
> Sir,
>   I'm trying to install g++, gcc, glibc, etc on a 486
> running SVR4 Unix. The problem is that all I have is
> an older version of gcc and gnu source. I need to 
> build the gnu make program, before I build glibc or 
> a newer gcc. But building make requres glibc which is
> in source form.  Thus a chicken and egg problem.
> 
> What is the fastest track to installing GNU on SVR4
> Unix on a 486?
> 
> I'm willing to pay for help if it's reasonable.
> 
> Thank you,
>    Ted Lewis

I am not an expert at this.  I will forward your message to the
help-gcc mailing list.  -David-

# david@campfire.stl.mo.us           ^     David J. Camp                #
# wupost.wustl.edu!campfire!david  < * >   +1 314 382 0584              #
#                                    v     "God loves material things." #
#         I am a member of the League for Programming Freedom.          #
Newsgroups: gnu.gcc.help
From: pes@regent.e-technik.tu-muenchen.dbp.de (Peter Schauer)
Subject: Re: installing gcc2.2.2
Organization: Technical University of Munich, Germany
Distribution: gnu
Date: Thu, 8 Oct 1992 19:51:51 GMT

All ignored errors can really be ignored.
Your problem lies in your make command:
make CC="stage1/gcc -Bstage1/" CFLAGS="-g -o"
should read
make CC="stage1/gcc -Bstage1/" CFLAGS="-g -O"
that is a capital -O instead of -o.
Hope that helps.

Peter Schauer			pes@regent.e-technik.tu-muenchen.de
From: rand@plains.NoDak.edu (Douglas K. Rand)
Newsgroups: gnu.gcc.help
Subject: Problem building libg++ 2.2 with gcc 2.2.2
Summary: Definition for ioctl conflicts.
Keywords: gcc libg++ HELP!
Date: 12 Oct 92 19:38:41 GMT
Distribution: gnu
Organization: North Dakota Higher Education Computing Network

I'm having difficulities building libg++ 2.2. I have gcc 2.2.2 installed and
working. (I think it works anyway.) I have also installed glibc 1.05, which 
worked just fine. However, I get the following error while building libg++.

It seems taht the definition for ioctl conflicts between glibc and libg++.
(Oh, this is a Sun 670 running SunOS 4.1.2.) Here are the definitions for 
ioctl in the include files:

/usr/local/include/sys/ioctl.h:  int __ioctl __P ((int __fd, int __request, __ptr_t __arg));
/usr/local/include/sys/ioctl.h:  int __P ioctl ((int __fd, int __request, __ptr_t __arg));
libg++-2.2/g++-include/unistd.h: extern int ioctl (int, int ...);

Here is the last part of the make transcipt that produces the error. Sure I
can go and edit the include file(s) to make it compile, but there is probably
something else wrong. Am I using incompatable versions of these things? 

gcc -g -nostdinc++ -I.. -I. -I./../iostream -I./../g++-include  -c CursesW.cc
In file included from ./../g++-include/fcntl.h:14, from ./std.h:31, from ./builtin.h:32, from CursesW.cc:22:
/usr/local/include/fcntl.h:111: warning: `fcntl' redefined
./../g++-include/fcntl.h:8: warning: this is the location of the previous definition
/usr/local/include/fcntl.h:112: warning: `open' redefined
./../g++-include/fcntl.h:9: warning: this is the location of the previous definition
In file included from /usr/local/include/sgtty.h:23, from /usr/include/curses.h:13, from ./../g++-include/curses.h:10, from ./CursesW.h:26, from CursesW.cc:30:
/usr/local/include/sys/ioctl.h:105: conflicting types for `int  ioctl (int, int, void *)'
./../g++-include/unistd.h:103: previous declaration of `int  ioctl (int, int, ...)'
gnumake[2]: *** [CursesW.o] Error 1
gnumake[2]: Leaving directory `/usr/local/src/libg++-2.2/libg++/src'
gnumake[1]: *** [in-src] Error 1
gnumake[1]: Leaving directory `/usr/local/src/libg++-2.2/libg++'
gnumake: *** [all-libg++] Error 1
gnumake: Leaving directory `/usr/local/src/libg++-2.2'
-- 
Douglas K. Rand    University of North Dakota -- Center for Aerospace Sciences
UNIX/VMS System Administrator                    And sleepless gradute student
Phone: +1 701 777 2814                   US Snail: Box 8216 University Station
       +1 218 773 0120                             Grand Forks, ND  58202-8216
NFS Net: rand@plains.NoDak.Edu                     UUCP: ...!uunet!plains!rand
From: mike@pyrdc.UUCP (Mike Whitman)
Newsgroups: gnu.gcc.help,gnu.gcc
Subject: help with comments in gcc
Date: 9 Oct 92 16:51:48 GMT
Organization: Pyramid Technology, Government Systems

I have a customer that is trying to port some software using gcc1.4 and/or
gcc2.2.2 and they have a problem. The software is written using the c++ 
comment convention of "// to end of line" is a comment. Is there a way to
tell gcc to use the g++ type of comments without using g++? Thanks for the
help, please send any replies to mike@pyrdc.va.pyramid.com.

-- mike --
-- 
                 -=---------  Michael C. Whitman
               ---===-------  National System Engineer - Telecom
             -----=====-----  Pyramid Technology Corporation
           -------=======---  1921 Gallows Road, Suite 250
         ---------=========-  Vienna, VA 22182

	Phone: (703) 848-2050	Pager: (800)sky-page pin# 45300
	    mike@pyrdc.va.pyramid.com -or- uunet!pyrdc!mike
Newsgroups: gnu.gcc.help
From: rms@gnu.ai.mit.edu (Richard Stallman)
Subject: Problem between gcc and X Window/Motif
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 12 Oct 1992 12:16:53 GMT

No one should be installing GCC 2.1 now.  It is obsolete.  Could you
please talk to the person or site from whom you got GCC 2.1, and
suggest distributing GCC 2.2.2 instead?
Newsgroups: gnu.gcc.help
From: dak@tabaqui.informatik.rwth-aachen.de (David Kastrup)
Subject: Re: GCPP extension
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen
Date: 12 Oct 92 22:46:17 GMT

lele@itnsg1.cineca.it (Lele Gaifax) writes:

>I was wondering on this for enough time... 
>From the GNU point of view, is there valid reason to not extend the #define
>syntax so to avoid using backslashes to build a long definition? Maybe an 
>example would be clear:

>so why not extend the preproc to handle a more complex construct like

>#defmacro foobar(arg_one, arg_two)	{
>					  if (dummy_function (arg_one)) 
>					    arg_two = other_dummy (arg_two); 
>					  else 
>					    arg_two = arg_one; 
>					}
>#endmacro

>And since this would be a GNU extension to the C language, it should disappear
>if the compiler gets invoked with --ansi or similar... 

I think it is not worth the effort. However, use of inline functions under
C as in C++ would be a boon. In C++ long defines are out for that reason.
In fact, my preprocessor is almost only doing includes.
Xref: sparky gnu.gcc.help:2276 comp.robotics:1990
From: peters@beltrix.guild.org (Peter Sleggs)
Newsgroups: gnu.gcc.help,comp.robotics
Subject: Re: gcc cross compiler for the 6811?
Date: Wed, 07 Oct 92 12:28:36 EDT
Organization: Bellatrix Systems Corp., Mississauga, ONT Canada

cmcmanis@pepper.Eng.Sun.COM (Chuck McManis) writes:

> In article <72y3RB4w165w@beltrix.guild.org> (Peter Sleggs) writes:
> >I have most of what you want designed already [ except for the Memory -
> >8Kx8 was the affordable part then (1989) ]
> >peter
> 
> Well there is designed and there is "I'll sell you a PC board, documentation,
> and some source code." I've got my own Z80 design that while its low power
> and has good expansion options, is not nearly as impressive as what you
> can do with one of the high integration controllers like the 'HC11.

If there was a demand I would run a new board with newer memory devices
and the like, however having seen a number of other boards out there I
was not going to jump into the fray, unless there was something special
to provide a distinguishing feature.

The board in question was originally designed for my own experiments -
and only a prototype run made.

I am open to wish lists [ I do this sort of thing as my work - BUT only
because I get paid to play :) ]

peter

--
Bellatrix Systems Corp. Mississauga, Ontario Canada
peters@beltrix.guild.org or beltrix!peters
From: wear@toadflax.UCDavis.EDU (Keith Wear)
Newsgroups: gnu.gcc.help
Subject: compiling gcc-2.2.2 on a decstation
Date: 14 Oct 92 22:20:50 GMT
Reply-To: wear@toadflax.UCDavis.EDU (Keith Wear)
Organization: UC Davis, EECS Division of Computer Science


	I am trying to compile gcc-2.2.2 on a decstation and I have run
into a fatal problem.  I am trying to compile the first stage and I get
the following error:

echo "__foo () {}" > dummy.c
./gcc    -g -B./ -c dummy.c
ar qc libgcc1.null dummy.o

ar: Error: phase error on dummy.o
ar: Error: malformed archive (at 68)
*** Error code 1

I have talked to everyone around here who I thought could help.
Please e-mail to me if you know what is wrong.

		Keith Wear
Newsgroups: gnu.gcc.help
From: meissner@osf.ORG
Subject: GCPP extension
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 9 Oct 1992 12:01:05 GMT

(question about adding an extension to automatically add trailing
slashes for macro definitions):

| this is very difficult to edit, boring, and often one forget the backslash, ...
| so why not extend the preproc to handle a more complex construct like
| 
| #defmacro foobar(arg_one, arg_two)	{
| 					  if (dummy_function (arg_one)) 
| 					    arg_two = other_dummy (arg_two); 
| 					  else 
| 					    arg_two = arg_one; 
| 					}
| #endmacro

I think this proposed extension should not be added to GCC.  For one
thing, you have people that do things like:

	#define BEGIN {
	#define END }

and such.  I have seen real live exception packages written that have
macros open and close scopes with {}, so it's not just Pascal-dweebs
trying to covert C into their language.  I think that it will break
more code than it's worth.

--
Michael Meissner	email: meissner@osf.org		phone: 617-621-8861
Open Software Foundation, 11 Cambridge Center, Cambridge, MA, 02142

You are in a twisty little passage of standards, all conflicting.
Newsgroups: gnu.gcc.help
From: andy@ivana.mit.edu (Andy Cook)
Subject: What I need to keep after compiling gcc ...
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 9 Oct 1992 19:50:49 GMT


Hello,

I was told that this list was the correct place to post this question.  I have compiled gcc
for two different platforms off of the same hard disk.  The net result of this is that gcc
stuff now absorbs 100MB+ of hard disk space.  Thats 50% of what I've got; obviously I need
to get rid of a substantial portion of the source and intermediate files.  What I would
like to know is what can I delete without effecting the performance of the compiler.  I use
both gcc and g++.  I have been unable to find this info in the files that came with the
distribution file.  For example, can I remove the config and stage2 directories ?  What files
in the lib and root directory can be bagged ?  (I already whacked the stage1 dir).

I greatly appreciate any help or pointers people can send me.  Please email response to me, 

Andy Cook
andy@ivana.mit.edu
Newsgroups: gnu.gcc.help
From: root@shawn.uucp (Mark Jeghers -- UNIX/X/Motif Contractor)
Subject: Re: Problems compiling on i386 Interactive Unix
Organization: Mark Jeghers -- UNIX/X/Motif Contractor
Distribution: usa
Date: Sun, 11 Oct 92 06:35:42 GMT

johnm@cimage.com (John Marshall) writes:

>I'm trying to compile gcc version 2.2.2 on a 386 running Interactive Unix.

>      cc  -D_POSIX_SOURCE  -g   -o cc1 c-parse.o c-lang.o  c-lex.o c-decl.o c-
	.
	.
	.
   etc etc etc
	.
	.
	.
>ck.o ` case "cc" in "cc") echo  ;; esac `  -lPW -lcposix
>ld fatal: fail to write symbol name reg_class in string table for file cc1
>*** Error code 13

>johnm@cimage.com

This may sound crazy, but log in as root and set ulimit top some really
big value, e.g.

	ulimit 999999999

At times, I have had compiles fail in gcc and X11R4/5 because the
unstripped and debug-padded object code added up more memory than
my process was allowed to have.  Upping the ulimit parameter fixed
the problem quickly.

Just a hunch, but who knows?  Give it a try.

Mark Jeghers
UNIX/X/Motif Contractor
408/281-4823 [voicemail]

Newsgroups: gnu.gcc.help
From: michael@stb.INfo.COM (Michael Gersten)
Subject: Constraint help
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 8 Oct 1992 04:39:00 GMT

How do I describe an INSN (divmod) that returns a quotient in one register,
and the remainder in the next register? I.e., if one operand is in (reg 5),
how do I force another into (reg 6)?

		Michael

Newsgroups: gnu.gcc.help
From: imp@solbourne.com (Warner Losh)
Subject: Re: lint
Organization: ParcPlace Boulder
Date: Fri, 9 Oct 1992 21:26:09 GMT

In article <1992Oct9.060310.1885@organpipe.uug.arizona.edu>
dave@cs.arizona.edu (Dave Schaumann) writes: 
>     -pedantic
>          Issue all the warnings demanded by strict ANSI standard
>          C; reject all programs that use forbidden extensions.
>	  There is no reason to use this option; it exists only to
>          satisfy pedants.

#ifdef foo
...
#endif foo

will generate a warning iff -pedantic is specified.  I think this is
the only thing that it does.

Warner
-- 
Warner Losh		imp@parcplace.COM	ParcPlace Boulder
I've almost finished my brute force solution to subtlety.
From: pjinkila@thunder.LakeheadU.Ca (Paul Inkila)
Newsgroups: gnu.gcc.help
Subject: ld problems on sparc; can't find _environ nor ___libc_init
Date: 15 Oct 1992 17:50:14 GMT
Organization: Lakehead University; Thunder Bay, Ont


My gcc compiler is having problems link, as even the most trivial problems
produce the error..

	ld: undefined symbol
	___libc_init
	_environ
	ld: entry point not in text

I've also tried creating version 2.2.2 from scratch and eventually end up
with the same error the 1st time a 'gcc' is used in the building process.

The only change I can recall is replacing some networking modules in Sun's
shared C library (replaceing YP versions with DNS versions).  Anyone have any
clues as to what's going on.

Paul Inkila		pjinkila@thunder.lakeheadu.ca
Lakehead U
Newsgroups: gnu.gcc.help