HDTenEightyP/NetNews huggingface dataset:
From: douthit@convex.com (Ronnie Douthit)
Subject: Cygnus tools.
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
Distribution: gnu
Date: Fri, 24 Jul 1992 19:34:21 GMT

I'm posting this for a friend.  Please forward all responses to him.

/* begin forwarded message */
o /
 x------------------------------------------------------------------------------
o \
Hello Internetters,

I am currently evaluating cross compilers/assemblers/linkers/loaders for the 
Motorola 68040 and the rest of the 68k family. 
				    ..
One company I am considering is Cygnus.  They provide support and maintenance 
for their GNU derived C software development tools.
						                      ..
I would be grateful if anyone in internetland that has dealt with Cygnus and 
their products would mind sending me email detailing their thoughts and 
experiences.  I am interested in their level of support and responsiveness as 
well as the quality of their tools.

Please email responses to "antel!ernst@texsun.com". I do not have direct access
to internet news groups.

I will summarize results and post if there is adequate feedback.

Thanks,

Dan
--

    |                                        ____  _________________  __
   |||                                     _/   / /_______  _______/ / /
   |||                                   _/__  / _   __  / / _____  / /
  |||||              |                  / / / / / \ / / / / / ___/ / /
  |||||             |||                / /_/ / /   V / / / / /__  / /
 |||||||           |||||              / __  / /     / / / / ___/ / /
 |||||||           |||||       |     / / / / / /\  / / / / /__  / /_______
|||||||||         |||||||     |||   /_/ /_/ /_/ /_/ /_/ /____/ /_________/
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
	 |||||||||       |||||         Daniel J. Ernst
	  |||||||         |||          AnTeL, Inc.
	  |||||||          |           625 Digital Drive
	   |||||                       Suite 107
	    |||                        Plano, Texas 75075
	    |||                        Phone: (214) 867-9000 Ext. 17
	     |			         FAX: (214) 867-0897
				       email: antel!ernst@texsun.com
From: eggert@twinsun.COM (Paul Eggert)
Newsgroups: gnu.gcc.bug
Subject: GCC 2.2.2 doesn't diagnose empty declarations in old-style functions
Date: 25 Jul 92 00:47:18 GMT
Distribution: gnu
Organization: GNUs Not Usenet

GCC doesn't issue a diagnostic for the empty struct declaration in the
program

	int main(c,v)
		struct s {int a;};
		int c;
		char **v;
	{ return 0; }
	
even though the program violates the following constraint, taken from ANSI
X3.159-1989, section 3.7.1, page 83, lines 7-8:

	If the declarator includes an identifier list, each declaration in the
	declaration list shall have at least one declarator ...

Here is a patch.

Sat Jul 25 00:41:12 1992  Paul Eggert  (eggert@twinsun.com)

	* c-parse.y (datadecl): Diagnose empty declarations in old-style
	function headers.
	* c-decl.c (shadow_tag_warned): New function.

===================================================================
RCS file: c-parse.y,v
retrieving revision 2.2
diff -c -r2.2 c-parse.y
*** c-parse.y	1992/05/21 18:08:40	2.2
--- c-parse.y	1992/07/25 00:04:28
***************
*** 581,587 ****
  		  declspec_stack = TREE_CHAIN (declspec_stack);
  		  resume_momentary ($2); }
  	| typed_declspecs ';'
! 		{ shadow_tag ($1); }
  	| declmods ';'
  		{ pedwarn ("empty declaration"); }
  	;
--- 581,588 ----
  		  declspec_stack = TREE_CHAIN (declspec_stack);
  		  resume_momentary ($2); }
  	| typed_declspecs ';'
! 		{ shadow_tag_warned ($1, 1);
! 		  pedwarn ("empty declaration"); }
  	| declmods ';'
  		{ pedwarn ("empty declaration"); }
  	;
===================================================================
RCS file: c-decl.c,v
retrieving revision 2.2.2.1
diff -c -r2.2.2.1 c-decl.c
*** c-decl.c	1992/06/21 05:34:02	2.2.2.1
--- c-decl.c	1992/07/25 00:13:45
***************
*** 388,393 ****
--- 388,394 ----
  static tree grokparms (), grokdeclarator ();
  tree pushdecl ();
  tree builtin_function ();
+ void shadow_tag_warned ();
  
  static tree lookup_tag ();
  static tree lookup_tag_reverse ();
***************
*** 2706,2713 ****
  shadow_tag (declspecs)
       tree declspecs;
  {
    int found_tag = 0;
-   int warned = 0;
    register tree link;
  
    pending_invalid_xref = 0;
--- 2707,2721 ----
  shadow_tag (declspecs)
       tree declspecs;
  {
+   shadow_tag_warned (declspecs, 0);
+ }
+ 
+ void
+ shadow_tag_warned (declspecs, warned)
+      tree declspecs;
+      int warned;
+ {
    int found_tag = 0;
    register tree link;
  
    pending_invalid_xref = 0;
***************
*** 2728,2734 ****
  
  	  if (name == 0)
  	    {
! 	      if (code != ENUMERAL_TYPE)	/* Empty unnamed enum OK */
  		{
  		  pedwarn ("unnamed struct/union that defines no instances");
  		  warned = 1;
--- 2736,2742 ----
  
  	  if (name == 0)
  	    {
! 	      if (!warned && code != ENUMERAL_TYPE) /* Empty unnamed enum OK */
  		{
  		  pedwarn ("unnamed struct/union that defines no instances");
  		  warned = 1;
Newsgroups: gnu.gcc.bug
From: a2824ak@sunmanager.lrz-muenchen.de (Thomas Kaiser)
Subject: gcc-Optimize
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 22 Jul 1992 17:41:16 GMT

Dear Sirs:

i discovered an bug, when gcc -g -O removed (optimized) a statement. It
removes count-- from the example.

With regards

Thomas Kaiser
Leibniz Supercomputing Centre
Muenchen
Germany

--
-------------------------------------------------------------------------
Thomas Kaiser         Internet:	kaiser@sunmanager.lrz-muenchen.de
LRZ-Muenchen          X400:	C=DE;A=DBP;P=LRZ-MUENCHEN;OU=LRZ;S=Kaiser
-------------------------------------------------------------------------


------------------------------------------------------------------
int make_snmp_query(ip_address, variable, the_community, count)

char *ip_address;
char *variable;
char *the_community;
int  count;

{
  int i;

  alarm(10);
  if (setjmp(env)) {
    printf("xifload: receive timed out from %s\n", ip_address);
    close(s);
    for (i=0; i<num_malloc; i++)
      free(malloc_table[i]);
    num_malloc = 0;
    if (count <= 1)
      return -1;
    else {
      count--;        <------------------ will be removed
      alarm(10);
    }
  }
  make_the_query(ip_address, variable, the_community);
  alarm(0);
  for (i=0; i<num_malloc; i++)
    free(malloc_table[i]);
  num_malloc = 0;
  return 0;
}
--------------------------------------------------
	.align 8
LC3:
	.ascii "xifload: receive timed out from %s\12\0"
	.align 4
	.global _make_snmp_query
	.proc	04
_make_snmp_query:
	!#PROLOGUE# 0
	save %sp,-144,%sp
	!#PROLOGUE# 1
	st %i0,[%fp-20]
	st %i1,[%fp-28]
	st %i2,[%fp-36]
	st %i3,[%fp-44]
	call _alarm,0
	mov 10,%o0
	sethi %hi(_env),%o0
	call _setjmp,0
	or %o0,%lo(_env),%o0
	cmp %o0,0
	be L16
	sethi %hi(LC3),%o0
	or %o0,%lo(LC3),%o0
	call _printf,0
	ld [%fp-20],%o1
	sethi %hi(_s),%o0
	call _close,0
	ld [%o0+%lo(_s)],%o0
	mov 0,%i0
	sethi %hi(_num_malloc),%o0
	ld [%o0+%lo(_num_malloc)],%o0
	cmp %i0,%o0
	bge L28
	sethi %hi(_num_malloc),%o0
	sethi %hi(_malloc_table),%o0
	or %o0,%lo(_malloc_table),%i2
	sethi %hi(_num_malloc),%i1
	sll %i0,2,%o0
L29:
	call _free,0
	ld [%o0+%i2],%o0
	add %i0,1,%i0
	ld [%i1+%lo(_num_malloc)],%o0
	cmp %i0,%o0
	bl L29
	sll %i0,2,%o0
	sethi %hi(_num_malloc),%o0
L28:
	st %g0,[%o0+%lo(_num_malloc)]
	ld [%fp-44],%o3
	cmp %o3,1
	ble L27
	mov -1,%i0          <----------- count-- is missing
	call _alarm,0
	mov 10,%o0
L16:
	ld [%fp-20],%o0
	ld [%fp-28],%o1
	call _make_the_query,0
	ld [%fp-36],%o2
	call _alarm,0
	mov 0,%o0
	mov 0,%i0
	sethi %hi(_num_malloc),%o0
	ld [%o0+%lo(_num_malloc)],%o0
	cmp %i0,%o0
	bge L24
	sethi %hi(_malloc_table),%o0
	or %o0,%lo(_malloc_table),%i2
	sethi %hi(_num_malloc),%i1
	sll %i0,2,%o0
L30:
	call _free,0
	ld [%o0+%i2],%o0
	add %i0,1,%i0
	ld [%i1+%lo(_num_malloc)],%o0
	cmp %i0,%o0
	bl L30
	sll %i0,2,%o0
L24:
	sethi %hi(_num_malloc),%o0
	st %g0,[%o0+%lo(_num_malloc)]
	mov 0,%i0
L27:
	ret
	restore


Newsgroups: gnu.gcc.bug
From: leisner@trianguli.wrc.xerox.COM (Marty Leisner 311/? x?)
Subject: fixincludes on xmu.h problem with gcc 2.2.2?
Reply-To: leisner.henr801c@xerox.com
Organization: Xerox
Distribution: gnu
Date: Fri, 24 Jul 1992 17:07:26 GMT

Fixincludes with gcc2.2.2 seems have a problem with Xmu.h

I think Xmu.h is in X11/Xmu/Xmu.h, not X11/Xmu.h

Here's the diff:
***************
*** 361,370 ****
    fi
  fi
  
! # Incorrect sprintf declaration in X11/Xmu.h
! file=X11/Xmu.h
  if [ -r $file ] && [ ! -r ${LIB}/$file ]; then
!   mkdir ${LIB}/X11 2>/dev/null
    cp $file ${LIB}/$file >/dev/null 2>&1 || echo "Can't copy $file"
    chmod +w ${LIB}/$file 2>/dev/null
  fi
--- 361,370 ----
    fi
  fi
  
! # Incorrect sprintf declaration in X11/Xmu/Xmu.h
! file=X11/Xmu/Xmu.h
  if [ -r $file ] && [ ! -r ${LIB}/$file ]; then
!   mkdir -p ${LIB}/X11/Xmu 2>/dev/null
    cp $file ${LIB}/$file >/dev/null 2>&1 || echo "Can't copy $file"
    chmod +w ${LIB}/$file 2>/dev/null
  fi


Also, I'm not an expert on shell scripts, but doing
#!/bin/sh -vx 
should turn on the v and x options...

In fixincludes, it didn't but:
set -v
set -x
on seperate lines worked (I'm using SunOS 4.1.2).
 

--
marty
leisner.henr801c@xerox.com  
Member of the League for Programming Freedom

Newsgroups: gnu.gcc.bug
From: marc@pxcl1.gi.rwth-aachen.de (Marc van Woerkom)
Subject: Bug report for OS/2 Ports
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 22 Jul 1992 01:03:13 GMT

Hi!

Is this the right place even for bugs of the OS/2 ports of gcc-2.x?

(emx or charon.mit.edu port)


Bye, Marc


Marc van Woerkom  ******  Aachen Center for Solidification in Space  *******
ACCESS e.V., Intzestr. 5                E-Mail: marc@pxcl1.gi.rwth-aachen.de
D-5100 Aachen, Germany                          Marc_van-Woerkom@ac3.maus.de
Fax: +49 241 38578        "Trust me, I know what I'm doing!" (Sledge Hammer)


Newsgroups: gnu.gcc.bug
From: jkh@sparc3.UUCP (Jordan K Hubbard)
Subject: debugging info hosed on gcc2.2.2 / RS6000 & aix3.2
Organization: Lotus Ireland
Distribution: gnu
Date: Tue, 28 Jul 1992 22:54:02 GMT

Using the stock rs6000-aix configuration, gcc2.2.2 generates the
wrong debugging information on which the assembler chokes.  I have
not yet had time to generate a fix for this.

					Jordan

Newsgroups: gnu.gcc.bug
From: a.shepherd@xtel.co.uk (Alan Shepherd)
Subject: Assembler symbols in .o's
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 21 Jul 1992 11:37:54 GMT

The current version of gcc appears to have a bug in that assembler
symbols (e.g. LBB01) appear in some .o files when compiled with the -g
flag.

gcc -v:

gas@spitfire% gcc -v
Reading specs from /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.1/2.2.2/specs
gcc version 2.2.2

A suitable file to reproduce this problem is
libg++-2.2/libg++/iostream/sbufvform.o. 


Without -g, the problem does not appear.  

I have mentioned this on the gnu.g++.lib.bug newsgroup when I
mistakenly thought that the problem was with libg++ itself.  Sorry !

Alan Shepherd

---------
Alan Shepherd, X-Tel Services Ltd., University Park, Nottingham NG7 2RD.
Email: a.shepherd@xtel.co.uk, Phone: +44 (0) 602 412648 (Fax:790278)
X.400: C=GB;ADMD= ;PRMD=X-Tel Services;O=X-Tel;S=Shepherd;G=Alan


Newsgroups: gnu.gcc.bug
From: tjk@natinst.com (Todd J. Kelman)
Subject: Re: Missing prototypes in stdio.h
Organization: National Instruments, Austin, TX
Distribution: gnu
Date: Tue, 28 Jul 1992 15:04:07 GMT

In reference to missing functions fgetpos/fsetpos in stdio.h:

  In the latest library (1.03), they are there.  Ignore the
  previous posting.

  -Todd

Newsgroups: gnu.gcc.bug
From: ado@elsie.nci.nih.gov (Arthur David Olson)
Subject: Gnu GCC 2 gstdarg.h and -pedantic don't mix
Organization: Gnus Not Usenet
Distribution: gnu
Date: Mon, 27 Jul 1992 14:29:28 GMT

Index:	gcc-2.2.2/gstdarg.h

(We're running SunOS 4.1.1 on a Sun 4/75 and a Sun 3/280.)

Description:
	gcc-2.2.2's gstdarg.h file and its -pedantic option don't mix
	on a Sun3.

Repeat-By:
	Note the lines highlighted with ">>>>" below.

	Script started on Mon Jul 27 10:27:18 1992
	elsie$ cat try.c
	#include "stdarg.h"

	void
	whatever(char * name, ...)
	{
		va_list	args;
		char *	s;

		va_start(args, name);
		s = va_arg(args, char *);
		va_end(args);
	}
	elsie$ /usr/local/bin/gcc -c -v try.c
	Reading specs from /usr/local/lib/gcc-lib/sun3/2.2.2/specs
	gcc version 2.2.2
	 /usr/local/lib/gcc-lib/sun3/2.2.2/cpp -lang-c -v -undef -D__GNUC__=2 -Dmc68000 -Dsun -Dunix -D__mc68000__ -D__sun__ -D__unix__ -D__mc68000 -D__sun -D__unix -D__HAVE_68881__ -D__mc68020__ -Dmc68020 try.c /usr/tmp/cca21598.i
	GNU CPP version 2.2.2 (68k, MIT syntax)
	 /usr/local/lib/gcc-lib/sun3/2.2.2/cc1 /usr/tmp/cca21598.i -quiet -dumpbase try.c -version -o /usr/tmp/cca21598.s
	GNU C version 2.2.2 (68k, MIT syntax) compiled by GNU C version 2.2.2.
	 as -mc68020 -o try.o /usr/tmp/cca21598.s
	elsie$ /usr/local/bin/gcc -c -v -pedantic try.c
	Reading specs from /usr/local/lib/gcc-lib/sun3/2.2.2/specs
	gcc version 2.2.2
	 /usr/local/lib/gcc-lib/sun3/2.2.2/cpp -lang-c -v -undef -D__GNUC__=2 -Dmc68000 -Dsun -Dunix -D__mc68000__ -D__sun__ -D__unix__ -D__mc68000 -D__sun -D__unix -pedantic -D__HAVE_68881__ -D__mc68020__ -Dmc68020 try.c /usr/tmp/cca21607.i
	GNU CPP version 2.2.2 (68k, MIT syntax)
	 /usr/local/lib/gcc-lib/sun3/2.2.2/cc1 /usr/tmp/cca21607.i -quiet -dumpbase try.c -pedantic -version -o /usr/tmp/cca21607.s
	GNU C version 2.2.2 (68k, MIT syntax) compiled by GNU C version 2.2.2.
>>>>	try.c: In function `whatever':
>>>>	try.c:10: invalid lvalue in assignment
	elsie$ exit

	script done on Mon Jul 27 10:27:55 1992
-- 
		Arthur David Olson	ado@elsie.nci.nih.gov
		ADO and Elsie are Ampex and Borden trademarks

Newsgroups: gnu.gcc.bug
From: cross@eng.umd.edu (Chris P. Ross)
Subject: gcc bug?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 21 Jul 1992 13:29:00 GMT

  Hi.  I have another situation that I am curious about.  Perhaps I just
don't know how to get gcc to do what I want, but I thought it was worth
asking...

  I'm trying to compile an X client program on a Sun Sparc (SunOS 4.1.1)
and I want it to be staticly linked to the X libraries, but dynamicly
linked to the C library.

  The line that make produces is:

gcc -fpcc-struct-return -o chooser-static chooser.o -O2   -static -L../.././lib/Xaw -lXaw -L../.././lib/Xmu -lXmu -L../.././lib/Xt -lXt -L../.././extensions/lib -lXext -L../.././lib/X -lX11 ../.././lib/Xdmcp/libXdmcp.a -dynamic -ldl -L/usr/local/X11R5/lib

  This is, of course, the line setup through imake.  So, it has a -static
*and* a -dynamic.  I'll get back to this.

  The link line that I see by using gcc -v (other than that, it's the
same line as above) is:

/usr/local/gnu/lib/gcc-lib/sun3-sunos4.1/2.2.2/ld -e start -dc -dp -Bstatic -o chooser-static /lib/crt0.o /lib/Mcrt1.o -L../.././lib/Xaw -L../.././lib/Xmu -L../.././lib/Xt -L../.././extensions/lib -L../.././lib/X -L/usr/local/gnu/lib/gcc-lib/sun3-sunos4.1/2.2.2 -L/usr/local/gnu/lib chooser.o -lXaw -lXmu -lXt -lXext -lX11 ../.././lib/Xdmcp/libXdmcp.a -lgcc -lc -L/usr/lib/f68881 -lgcc

  Now, this line will die, failing to find the routines _dlsym, _dlopen,
and _dlclose.  These routines exist in a library for which there is no .a,
only a .so.*.  So, the fix for that would be to have the above line read:

/usr/local/gnu/lib/gcc-lib/sun3-sunos4.1/2.2.2/ld -e start -dc -dp -Bstatic -o chooser-static /lib/cr
t0.o /lib/Mcrt1.o -L../.././lib/Xaw -L../.././lib/Xmu -L../.././lib/Xt -L../.././extensions/lib -L../
.././lib/X -L/usr/local/gnu/lib/gcc-lib/sun3-sunos4.1/2.2.2 -L/usr/local/gnu/lib chooser.o -lXaw -lXm
u -lXt -lXext -lX11 ../.././lib/Xdmcp/libXdmcp.a -lgcc -Bdynamic -lc -L/usr/lib/f68881 -lgcc

instead.  The -Bdynamic before the -lc will create a dynamic link to the dl
library.  I was assuming that -dynamic on the compile line would do this,
but it appears not to.  Is there any way to get this behaviour, short of
hand-linking?

  Thanks...

                                 - Chris Ross

Newsgroups: gnu.gcc.bug
From: tietz@eos.informatik.uni-bonn.de (Benno Tietz)
Subject: Bug in gcc
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 22 Jul 1992 11:48:36 GMT

Hi,

I found a bug in gcc-920717.

Machine	: Sun 4/330
OS	: 4.1.1
Configuration: ./configure sun4 -prefix=/home/tietz/gnu
Syptoms	: program cc1 gets a fatal signal 6
Command	: 
	tietz@eos$ gcc -v -c test.c
	Reading specs from /home/tietz/gnu/lib/gcc-lib/sun4/2.2.2/specs
	gcc version 2.2.2
	/home/tietz/gnu/lib/gcc-lib/sun4/2.2.2/cpp -lang-c -v -undef -D__GNUC__=2 -Dsparc -Dsun -Dunix -D__sparc__ -D__sun__ -D__unix__ -D__sparc -D__sun -D__unix test.c /usr/tmp/cca06151.i
	GNU CPP version 2.2.2 (sparc)
	/home/tietz/gnu/lib/gcc-lib/sun4/2.2.2/cc1 /usr/tmp/cca06151.i -quiet -dumpbase test.c -version -o /usr/tmp/cca06151.s
	GNU C version 2.2.2 (sparc) compiled by GNU C version 2.2.2.
	gcc: Internal compiler error: program cc1 got fatal signal 6

programm:
	/* test.c */
	struct foo {};

	bar (b)
	     register struct foo b;
	{
	}

additinal information: If you delete the register-keyword, the fatal
		       signal disappears.

Newsgroups: gnu.gcc.bug
From: seanc@espresso.boeing.COM (Sean Callahan 5-3309)
Subject: protoize bug
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 28 Jul 1992 23:24:46 GMT

I have an approximately 2000 line C sourcefile. It has a globally scoped 
external variable defined in the file as shown below.

AllIntersect CMAISP;

where AllIntersect is defined in an included header file as

typedef struct AllIntersect AllIntersect;

struct AllIntersect {
	IheaderP head, tail;
	int total;
	int total_headers;
};

CMAISP is used throughout the file over 100 times. No errors are reported 
until line 1508 where protoize complains that 

`CMAISP' undeclared (first use this function)

and protoize fails.

I can fix the problem by inserting 

extern AllIntersect CMAISP; 

above the function where the complaints begin...but that is obviously
not acceptable.  I am converting a program consisting of 60 large 
source files!

If you can be of any help I would greatly appreciate it!

The version is 2.2.2.2

Thankyou,
Sean Callahan
seanc@atc.boeing.com


Newsgroups: gnu.gcc.bug
From: jbuck@forney.berkeley.edu (Joe Buck)
Subject: Re: template syntax
Organization: U. C. Berkeley
Distribution: gnu
Date: Wed, 29 Jul 1992 02:17:19 GMT

In article <9207282135.AA11012@etamin.crd.Ge.Com> nguyen@sol.crd.ge.com writes:
>The following code compiles with AT&T but not with GNU g++2.0
>(gcc-2.2.2). Who is wrong?

gcc/g++ is wrong, but it's not surprising given the ambiguity of some of
the template specs. If you change the problem line in your template class
definition from

>template<class T1, class T2>
>class foo{
>public:
>  T1 value1;
>  T2 value2;
>  foo(T1 a, T2 b) { value1 = a; value2 = b;}
>  void bar(foo<T1,T2>& t) { value1 = t.value1; value2 = t.value2;} //********
>  void print() { cout << value1 << " " << value2 << endl;}
>};

to

	...
  void bar(foo& t) { value1 = t.value1; value2 = t.value2;}
	...

your program compiles, runs, and produces the right answers.


--
Joe Buck	jbuck@ohm.berkeley.edu

Newsgroups: gnu.gcc.bug
From: johna@netcom.com (John Allen)
Subject: Bug report - GCC 2.2.2/i386
Keywords: enquire.c
Organization: Netcom - Online Communication Services  (408 241-9760 guest)
Distribution: gnu
Date: Wed, 29 Jul 1992 02:52:43 GMT

I have attempted to compile gcc-2.2.2 with the following problem:

Machine: AT 486/33
O/S Esix 4.04
Configure option:  configure --i386-*-sysv4

Compilation option: make LANGUAGES=c

This was the first compile obviously, the following error message was
received:

./cpp: enquire.c no such file or directory

I unpack the tar file again and check at each step to see that
this file did in fact exist.  Somewhere in the makefile it is being
rm-ed.  Hacking this size makefile is a bit much for me without some
direction.

thanks,
johna@netcom.com
-- 
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
John F. Allen               johna@netcom.com           (408) 426-8146

"The difference between genius and stupidity is that genius has its limits."
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Newsgroups: gnu.gcc.help
Subject: Re: Gnu C Libraries
From: rolff@scotty.eurokom.ie ()
Date: 29 Jul 92 18:11:34 CET
Reply-To: rolff@scotty.eurokom.ie ()
Distribution: world
Organization: EuroKom conferencing services
Nntp-Posting-User: rolff


In article <14m8bbINN98g@betty.cs.widener.edu>, brendan@cs.widener.edu (Brendan Kehoe) writes:
|>You don't need the GNU libc assuming your system comes with one (/lib/libc.a?).
|>
|>Most systems don't ship C++ libraries, but many do ship a linkable C library.

Can you compile GNU libc.a without an already existing /lib/libc.a, and
do they provide the same functions?

Anders.
From: jtsilla@damon.ccs.northeastern.edu (James Tsillas)
Newsgroups: gnu.gcc.help
Subject: Is this easy to do?
Date: 29 Jul 92 20:48:50 GMT
Distribution: gnu
Organization: Northeastern University, Boston, MA


I'm looking for a way to allow workers to see an assembler listing
produced by gcc alongside the source listing. Since our target platform
(a router) doesn't yet support source level debugging we would like the
compiler to produce aa listing which includes the source  and the
corresponding assembler instructions. Currently the MEtaware C compiler
has an option to allow this. How difficult would it be to bring this to
GNU?

-Jim.
--
	***                                                      ***
	***  James Tsillas  jtsilla@damon.ccs.northeastern.edu   ***
	*** "He is after me. Jim is after him."                  ***
	***          - Hop on Pop, Dr. Seuss                     ***
Newsgroups: gnu.gcc.help
From: install2@st6000.sct.edu (Ron Skopitz)
Subject: (none)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 28 Jul 1992 21:46:33 GMT


Howdy!
	Thanks all for the help!  GCC compiled flawlessly after your
instructions!  Now I assuming that I must build the libraries in order to
get anything to work. (?)  I compiled gcc into an install acount (not into
/bin/...) so maybr that is part of my trouble with the following error I get
when trying to compile libraries.  Any suggestions???  Once again, this is
an RS/6000 running AIX 3.2.  Thanks!!




make all
        rootme=`pwd` ; export rootme; CC="cc `if [ -f ${rootme}/../gcc/gcc ] ; \
                then echo -I${rootme}/../gcc/include ; \
                else echo ; fi`"; export CC; \
                ./utils/gen-params  >tmp-params.h
cc: 1501-218 file dummy.C contains an incorrect file suffix
nm: dummy.o: 0654-200 Cannot open the specified file.

nm: A file or directory in the path name does not exist.
nm: dummy.o: 0654-200 Cannot open the specified file.

nm: A file or directory in the path name does not exist.
nm failed to find FUNC in dummy.o!
./utils/gen-params: -1: 0402-007 The specified number is outside the range for this command.
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.


	See if you can make any sense outa this?!?  Thanks again...

					--Ron Skopitz
					  install2@st6000.sct.edu
Newsgroups: gnu.gcc.help
From: install2@st6000.sct.edu (Ron Skopitz)
Subject: Building gcc/g++ on our RS/6000...
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 22 Jul 1992 00:19:58 GMT

To those who might help...

	We are having difficulties compiling gcc-2.2.2 on our RS/6000 running
version 3.2 of AIX.  We have gotten past the previous problems involving the
faulty assembler.  However, the compile now has an error trying to compile
"bison.simple" and the make breaks fully at "cp-lex.c".  Since the lexical
analyzer is no minor part of the compiler, this is a fairly serious problem.
There is a suggested fix in the "cp-lex.c" file, but this did not work.  If
anyone can give us some insight, we would be highly appreciative.  A full
make history is available for anyone who might be interested in seeing the
actual error.


				Thanks!
				   Ron Skopitz
				   rskopitz@st6000.sct.edu
				   (for individual replies to this question)

				   Southern College of Technology
Newsgroups: gnu.gcc.help