HDTenEightyP/NetNews huggingface dataset:
From: beck@amb4.ccalmr.ogi.edu (Bradley Carl Beck)
Newsgroups: gnu.gcc.help
Subject: gcc & X Windows?
Date: 31 Dec 92 19:12:08 GMT
X-Newsreader: Tin 1.1 PL4

Are there some special commandline options I should use in order
to make gcc compile X11R4/Motif1.1.? source?

I just compiled and install gcc 2.3.3 on my DECstation 5000 (Ultrix4.2)
and I can't seem to make it compile X source.

I get the following when trying to compile a simple logout button:

gcc -O -s -D_NO_PROTO xlogout.c -lXm -lXt -lX11 -lm -o xlogout
In file included from /usr/include/X11/Intrinsic.h:44, from /usr/include/Xm/Xm.h
:83, from xlogout.c:6:
/usr/include/X11/Xlib.h:3958: parse error before `XSizeHints'
/usr/include/X11/Xlib.h:3971: parse error before `XSizeHints'
/usr/include/X11/Xlib.h:3981: parse error before `XSizeHints'
/usr/include/X11/Xlib.h:3990: parse error before `XStandardColormap'
/usr/include/X11/Xlib.h:4000: parse error before `XTextProperty'
/usr/include/X11/Xlib.h:4009: parse error before `XTextProperty'
/usr/include/X11/Xlib.h:4017: parse error before `XTextProperty'
/usr/include/X11/Xlib.h:4025: parse error before `XTextProperty'
/usr/include/X11/Xlib.h:4033: parse error before `XTextProperty'
/usr/include/X11/Xlib.h:4047: parse error before `XSizeHints'
/usr/include/X11/Xlib.h:4056: parse error before `XSizeHints'
/usr/include/X11/Xlib.h:4064: parse error before `XStandardColormap'
/usr/include/X11/Xlib.h:4074: parse error before `XTextProperty'
/usr/include/X11/Xlib.h:4083: parse error before `XTextProperty'
/usr/include/X11/Xlib.h:4091: parse error before `XTextProperty'
/usr/include/X11/Xlib.h:4099: parse error before `XTextProperty'
/usr/include/X11/Xlib.h:4107: parse error before `XTextProperty'
/usr/include/X11/Xlib.h:4113: parse error before `*'
/usr/include/X11/Xlib.h:4123: parse error before `XSizeHints'
*** Error code 1

Stop.


--
Bradley C. Beck                               Voice   : (503) 531-7986
Oregon Graduate Institute                     Internet: bcbeck@ese.ogi.edu
 of Science & Technology (OGI)
From: fmk10@amail.amdahl.com (Furqan Khan)
Newsgroups: gnu.gcc.help
Subject: Debugger for g++ apps ?
Date: 22 Dec 92 22:15:18 GMT
Reply-To: fmk10@amail.amdahl.com
Distribution: usa
Organization: Amdahl Corp.

Can I use dbx or dbxtool to debug g++ programs?.

Thanks in advance.

Furqan Khan
Newsgroups: gnu.gcc.help
From: reggie@stein.u.washington.edu (Reginald Perry)
Newsgroups: gnu.gcc.help
Subject: GCC 2.3.3 on NeXT NeXTStep 3.0 Compile problems
Date: 31 Dec 1992 00:49:11 GMT
Organization: University of Washington
NNTP-Posting-Host: stein.u.washington.edu
Summary: problems with new Objective-C keywords on NeXT
Keywords: gcc Objective-C next

I am having a problem compiling some Objective-C code on a NeXT
running NeXTStep 3.0. I hope I am doing something stuid. What follows
is a snippet of the code followed by the error. Any help at all would
be appreciated.

				Reggie

/* Protocol support */

@class Protocol;

struct objc_protocol_list {
	struct objc_protocol_list *next;
	int count;
	Protocol *list[1];
};

/NextDeveloper/Headers/objc/objc-class.h:77: invalid Objective C keyword `@class'
/NextDeveloper/Headers/objc/objc-class.h:77: parse error before `@class'
/NextDeveloper/Headers/objc/objc-class.h:82: parse error before `Protocol'
/NextDeveloper/Headers/objc/objc-class.h:82: warning: no semicolon at end of struct or union
-----------------------------------------------------------------------------
#ifdef __GNUC__
#ifndef __STRICT_ANSI__
__volatile	/* never returns */
#endif /* not __STRICT_ANSI__ */
#endif /* __GNUC__ */
extern void _NXRaiseError(int code, const void *data1, const void *data2);

/NextDeveloper/Headers/objc/error.h:81: warning: `extern' is not at beginning of declaration
-------------------------------------------------------------------------------
#import <objc/typedstream.h>
#import <objc/zone.h>
@class Protocol;

/NextDeveloper/Headers/objc/Object.h:17: invalid Objective C keyword `@class'
/NextDeveloper/Headers/objc/Object.h:17: parse error before `@class'
-----------------------------------------------------------------------------
- (BOOL) conformsTo: (Protocol *)aProtocolObject;
+ (BOOL) conformsTo: (Protocol *)aProtocolObject;

/NextDeveloper/Headers/objc/Object.h:69: parse error before `Protocol'
/NextDeveloper/Headers/objc/Object.h:70: parse error before `Protocol'
--------------------------------------------------------------------------

@protocol NXEncoding
// encode an objc (parameter) type
- encodeData:(void *)data ofType:(const char *)type;


/NextDeveloper/Headers/remote/transport.h:13: invalid Objective C keyword `@protocol'
/NextDeveloper/Headers/remote/transport.h:13: parse error before `@protocol'
/NextDeveloper/Headers/remote/transport.h:18: method definition not in class context

Newsgroups: gnu.gcc.help
From: rms@gnu.ai.mit.edu (Richard Stallman)
Subject: GCC 2.3.1 under SCO Unix 3.2v4?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 30 Dec 1992 10:08:33 GMT

2.3.1 does not work on SCO.  Bugs were fixed in 2.3.3 and I think it
does work on SCO.

Since 2.3.3 fixes a lot of bugs, I hope everyone will installing 2.3.1
and 2.3.2 as of now.  If you know of a site distributing the old
versions, please ask them to distribute 2.3.3 instead.
Newsgroups: gnu.gcc.help
From: creps@silver.ucs.indiana.edu (Steve Creps)
Subject: GCC 2.3.3 Sun Sparc Solaris 2.1 problem with assembler
Organization: Indiana University
Distribution: gnu
Date: Wed, 30 Dec 1992 22:50:41 GMT


   As the subject line says, I'm trying to install gcc 2.3.3 on a Sun
Sparcstation running Solaris 2.1.  I was at first trying to compile it
for Solaris from another Sparcstation running SunOS 4.1, but the
problem seems to be the same even after I pulled the Cygnus binaries
off of ftp.uu.net.  I therefore suspect that the executable for gcc is
OK, but there is a problem with the assembler stuff.

   What it looks like is a problem with the assembly pass of a
compile.  If it finds /bin/as it will return some errors about unknown
options 'y' and 's'.  However, when it finds gas compiled for sparc
(built with "make asparc") I seem to consistently get errors for
unknown pseudo-ops.  For example, trying to compile the hello.c file
that came with the Cygnus stuff, I get this:

#include <stdio.h>

extern int printf();

int main(int argc, char **argv) {
        (void) printf("hello: The compilation tools appear to be installed correctly on your %s.\n",
                MACHINE);
        return(0);
} /* main() */


Script started on Wed Dec 30 17:40:17 1992
201% which gcc
/opt/cygnus/bin/gcc
202% which as
/usr/local/bin/as
203% gcc hello.c -DMACHINE='"sparc"'
hello.c:2:Unknown pseudo-op:  '.section'
hello.c:2:Rest of line ignored. 1st junk character valued 34 ().
204% ^D
script done on Wed Dec 30 17:41:07 1992

   By the way, the gas executable was built on the Sparc running SunOS
4.1.

   Does anyone see an obvious problem with what I'm doing?  If not,
then what should I look for that could be giving the above error
messages?  Thanks for any help you can give me.

-	-	-	-	-	-	-	-	-	-
Steve Creps, Indiana University
creps@silver.ucs.indiana.edu
Newsgroups: gnu.gcc.help
From: malone@ecf.toronto.edu (MALONE MATTHEW JAMES)
Subject: Upgrading from gcc 2.2.2
Summary: What is involved  
Organization: University of Toronto, Engineering Computing Facility
  
    I have down loaded emx/gcc 2.2.2 from hobbes for OS/2.  I see that
Date: Sun, 3 Jan 1993 16:12:43 GMT

newer versions of gcc are available as source code.  Is it as simple
as downloading the new source code and compiling it with my current 
gcc?  What about the include files?   

Matt

Newsgroups: gnu.gcc.help
From: creedonn@ul.ie
Newsgroups: gnu.gcc.help
Subject: Followup to 'GNU CC for the M88k'
Date: 21 Dec 92 21:19:53 GMT
Organization: University of Limerick, Ireland

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

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

Thanks in advance for any help,
Niall Creedon.
Newsgroups: gnu.gcc.help
From: tiemann@cygnus.com
Subject: Re: gcc and X11-R5-P21 woes
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 29 Dec 1992 05:52:23 GMT

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

I agree with you that it's stupid to charge per-machine license fees.
I don't think it's stupid to try to cover costs.  The problem with
Sun's model is that they are charging for something that costs
nothing, and failing to charge for what's really expensive: reliable,
ongoing support.

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

An alternative that does not involve "giving up" is to work with
vendors of support for free software.  These vendors have an interest
in keeping the software competitive with proprietary software and in
keeping you happy.  That's the best of both worlds.  These goals
cannot be accomplished w/o money.  I think of this not as the lesser
of two evils, but rather the difference between good and evil (or the
difference between smart and stupid).

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

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

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

You are not the first person to realize that even under university
cost models, time is better spent writing research grants and
publishing results than duplicating support tasks the world over.

    Can't freeware do a little better than this?

I think so.  If you'd like information about the support services that
Cygnus provides, drop us a line at info@cygnus.com, indicate what
platforms and tools you are interested in, and somebody will follow
up.

Michael Tiemann
Cygnus Support		-- We make free software affordable
From: creedonn@ul.ie
Newsgroups: gnu.gcc.help
Subject: Follow-up to 'GNU CC for the M88k'
Date: 20 Dec 92 13:18:22 GMT
Organization: University of Limerick, Ireland

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

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

Thanks in advance for any help,
Niall Creedon.
Newsgroups: gnu.gcc.help
From: rms@gnu.ai.mit.edu (Richard Stallman)
Subject: gcc and X11-R5-P21 woes
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 29 Dec 1992 12:13:13 GMT

Please try version 2.3.3.  It may fix this bug.

If not, I don't think it will be long being fixed,
provided someone sends in a GCC bug report with the
information we need in order to take action.

Please read the Bugs chapter in the GCC manual to see
what a bug report needs to have in order to enable the maintainers
to fix a bug.
Newsgroups: gnu.gcc.help
From: jimlynch@netcom.com (Jim Lynch)
Subject: I think I found a bug (or at least an annoyance)
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Sat, 2 Jan 1993 14:31:31 GMT

OK, my example of before, I found out why it was dumping core.

When you define:

char *x = "abcde" ;

is x an implied const? If it is, gcc is not reporting an error it should
be (I think).

If I declare a function like this,

void y(char &x) ;

it's saying I want to modify the value of x within the function. I quote from
Stroustrup, section 4.6.3, "Argument Passing", page 125:

  The absence of 'const' in the declaration of a reference argument is taken
  as a statement of intent to modify the variable:

      void g(large& arg);  // assumes that g() modifies arg

Given this, any const object passed to such a formal parameter should be
flagged as a compiler error.

I would personally have appreciated gcc 2.3.2 (sparc.sun.sunos4.1.3) if it
would have done so.
From: tmcconne@sedona.intel.com (Tom McConnell~)
Newsgroups: gnu.gcc.help
Subject: Re: gcc and X11-R5-P21 woes
Date: 30 Dec 1992 07:25:04 GMT
Organization: Intel Corporation
Distribution: gnu
Reply-To: tmcconne@sedona.intel.com
NNTP-Posting-Host: thunder.intel.com
Originator: tmcconne@sedona


In article <9212292213.AA25255@mole.gnu.ai.mit.edu>, rms@gnu.ai.mit.edu (Richard Stallman) writes:
> Please try version 2.3.3.  It may fix this bug.
> 

  Using gcc-2.3.3, SunOS-4.1.1, I modified the X11 source per
./gcc-2.3.3/README.X11. I had no problems at all with the build, including the
shared libraries. The executables execute, so I am happy.

   I made no modifications for the "syslimits.h" / "sys/limits.h"
problem, since I have never seen this problem. My understanding, and my
experience, is that gcc-2.3.x builds <syslimits.h>, usually with just an
"#include_next <limits.h>". At least that is what my <syslimits.h> file looks
like.

  I did make one cosmetic change to ./mit/lib/Xt/Xtos.h, for the definition of
"alloca()", but even without the change X11R5p21 built fine.

  As far as _I_ can tell, everything works fine. I checked the log file, and
"cc" is never used, always "gcc", and I tested out the executables.

    Cheers,

    Tom McConnell
-- 
 Tom McConnell          |     Internet: tmcconne@sedona.intel.com
 Intel, Corp. C3-91     |     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: eks@vki68.aar-vki.DK (Eigil Krogh Sorensen)
Subject: libg++-2.3 make check error (resource.h)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 22 Dec 1992 19:30:43 GMT


While  make check  of  libg++-2.3  on  Motorola sysV68 R3V5.1,
68030(mvme147) based, using gcc-2.3.2 this happens (<sys/resource.h>
see below).


        gcc -v -O2 -nostdinc++ -I. -I.. -I./../iostream \
        -I./../src -I./../g++-include  -c tiLList.cc
Reading specs from /usr/local/lib/gcc-lib/3300/2.3.2/specs
gcc version 2.3.2
 /usr/local/lib/gcc-lib/3300/2.3.2/cpp -lang-c++ -nostdinc++ -v -I. -I.. -I./../iostream -I./../src -I./../g++-include -undef -D__GNUC__=2 -D__GNUG__=2 -D__cplusplus -Dm68k -Dunix -DsysV68 -D__m68k__ -D__unix__ -D__sysV68__ -D__m68k -D__unix -D__sysV68 -D__OPTIMIZE__ -D__HAVE_68881__ tiLList.cc /usr/tmp/cca12379.i
GNU CPP version 2.3.2 (68k, SGS/AT&T sysV68 syntax)
 /usr/local/lib/gcc-lib/3300/2.3.2/cc1plus /usr/tmp/cca12379.i -quiet -dumpbase tiLList.cc -O2 -version -o /usr/tmp/cca12379.s
GNU C++ version 2.3.2 (68k, SGS/AT&T sysV68 syntax) compiled by GNU C version 2.3.2.
 as -o tiLList.o /usr/tmp/cca12379.s
        gcc  tiLList.o -o tiLList ../libg++.a
        ./tiLList < ./tLList.inp > tiLList.out 2>&1
        diff -b ./tLList.exp tiLList.out
        ./test_h
Could include all g++-include files
^     echo "(Must run tCurses manually from tty)"
\ (Must run tCurses manually from tty)
\
\
\---<< What kind of information is that when later this happens:



        gcc -v -O2 -nostdinc++ -I. -I. -I../.. \
        -I./../../iostream -I./../../src \
        -I./../../g++-include  -c main.cc
Reading specs from /usr/local/lib/gcc-lib/3300/2.3.2/specs
gcc version 2.3.2
 /usr/local/lib/gcc-lib/3300/2.3.2/cpp -lang-c++ -nostdinc++ -v -I. -I. -I../.. -I./../../iostream -I./../../src -I./../../g++-include -undef -D__GNUC__=2 -D__GNUG__=2 -D__cplusplus -Dm68k -Dunix -DsysV68 -D__m68k__ -D__unix__ -D__sysV68__ -D__m68k -D__unix -D__sysV68 -D__OPTIMIZE__ -D__HAVE_68881__ main.cc /usr/tmp/cca13687.i
GNU CPP version 2.3.2 (68k, SGS/AT&T sysV68 syntax)
In file included from main.cc:22:
./../../g++-include/sys/resource.h:15: sys/resource.h: No such file or directory
*** Error code 1

Stop.
*** Error code 1

Stop.
*** Error code 1

Stop.
*** Error code 1

Stop.
*** Error code 1

Stop.
*** Error code 1

Stop.
vki68 eks $ 



There is NO sys/resource.h on this system except

/usr/local/lib/g++-include/sys/resource.h
         and
/usr/eks/gnu/ftp.denet.dk/libg++-2.3/libg++-2.3/libg++/g++-include/sys/resource.h

which both has #include_next <sys/resource.h>


What can I do about that. Libg++-2.3 is maked and installed. make check
for libg++-2.3 produces the error.


Best,
Eigil Krogh Sorensen
From: casper@fwi.uva.nl (Casper H.S. Dik)
Newsgroups: gnu.gcc.help
Subject: Re: Help ! Compiling GCC 2.3.2 with GCC 2.0.2 under Solaris 2.0
Keywords: GCC 2.3.2, GCC 2.0.2, Solaris 2.0
Date: 26 Dec 92 11:39:53 GMT
Organization: FWI, University of Amsterdam

kkaempf@didymus.rmi.de (Klaus Kaempf) writes:

>I'm trying to install GCC 2.3.2 on a Sparc 2 running Solaris 2.0.
>I have the Cygnus port of GCC 2.0.2 (taken from the Prime Time
>Freeware CD, Vol 1, No 2b, July 92) up and running on the system,
>but without the GNU assembler.
>Compiling GCC 2.3.2 stops at the file term.c where the Solaris Assembler
>(the one in /usr/ccs/bin/as) finds several
>  'expressions involving an external symbol'
>which it can't compute. I haven't tried porting GAS yet, fearing it could
>encounter the same error. Now I'm asking the net, what is the right approach
>to get GCC 2.3.2 running on Solaris 2.0 ??

I had the same problem on Solaris 2.1. Inspecting the generated assembly
file I concluded that the error the assembler complained about
was in the .stab[sn] entries, the debugging information.
(I didn't take time to see whether this was cygnus-2.0.2's fault
or a bug in /usr/ccs/bin/as)

I proceeded to build gcc 2.3.2 with cygnus-2.0.2 by compiling
without -g. (I.e., make CFLAGS= or CFLAGS=-O)

The build completed without any further problems.

Casper
Xref: sparky gnu.gcc.help:2843 comp.unix.sysv386:17649
From: traub@rtf.bt.co.uk (Michael Traub)
Newsgroups: gnu.gcc.help,comp.unix.sysv386
Subject: Re: GCC 2.3.1 under SCO Unix 3.2v4?
Date: 31 Dec 92 11:48:32 GMT
Organization: BT Customer Systems, Brighton, UK

In article <1992Dec30.160753.15722@wam.umd.edu> yml@wam.umd.edu (Yermo Manfred Lamers) writes:
>I am trying to get GCC 2.3.1 up and running under SCO Unix 3.2.v4. Has 
>anyone gotten this to run using SCO's as and ld? According to the 
>README.ENCAP file one needs to use the GNU as and ld. Is this file up to
>date? It mentions a utility 'robotussin'. Is this utility needed under
>SCO?

I don't think that file has ever been up to date.

You don't need GNU as or GNU ld with GCC 2.3.


-- 
Michael Traub
BT Customer Systems, Brighton Systems Centre. traub@btcs.bt.co.uk
Newsgroups: gnu.gcc.help
From: jimlynch@netcom.com (Jim Lynch)
Subject: Re: libg++-2.3
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Mon, 28 Dec 1992 12:01:03 GMT

Thank you RHE^2! Your suggested fix to ...2.3.2/include/limits.h, line 11
(which originally said: #include <syslimits.h> and has been changed to read:
#include <sys/limits.h>) made everything fly! I now have a working gcc-2.3.2!

For the info of others, this is a sparc-sun-sunos4.1.3 configuration in my
home directory (as configure's prefix.) The fix is attributed to 
rheiger@renext.eiger.olivetti.ch (Richard H. E. Eiger).

Mr. Eiger is still unsure whether this fix will hold up. I can state that
the things I have tried so far have worked just fine, and that includes a
'make check' after the 'make all' (but does not include much of anything else
since I'm only a C++ egg...) So what's up with that?

-Jim
Newsgroups: gnu.gcc.help
From: pawarv@ucunix.san.uc.edu (Vijaysingh Pawar)
Subject: gnumake for RS6000
Organization: University of Cincinnati
Date: Wed, 23 Dec 1992 02:18:04 GMT

Hi,
I have installed gcc and gnumake on a Sun server. If I want to install
gnumake for RS6000 clients on the Sun server, would I need to install
gcc taking into consideration host=sun and target=rs6000; or would
the gcc that I have already installed ( not taking in consideration 
Rs6000 clients) work for installing gnumake for installing RS6000
clients ?
Please email me your suggestions. Thanks !

--


pawarv@ucunix.san.uc.edu

Newsgroups: gnu.gcc.help,comp.unix.sysv386
From: yml@wam.umd.edu (Yermo Manfred Lamers)
Subject: GCC 2.3.1 under SCO Unix 3.2v4?
Organization: University of Maryland, College Park
Date: Wed, 30 Dec 1992 16:07:53 GMT

I am trying to get GCC 2.3.1 up and running under SCO Unix 3.2.v4. Has 
anyone gotten this to run using SCO's as and ld? According to the 
README.ENCAP file one needs to use the GNU as and ld. Is this file up to
date? It mentions a utility 'robotussin'. Is this utility needed under
SCO?

any help, pointers, comments would be greatly appreciated,

Yermo Lamers
yml@wam.umd.edu
From: sperber@annecy.peanuts (Michael Sperber)
Newsgroups: gnu.gcc.help
Subject: need help on cpp behavior with -lint
Date: 2 Jan 93 17:29:43
Organization: /home/sperber/.organization
Distribution: gnu
NNTP-Posting-Host: annecy.informatik.uni-tuebingen.de

I need to know what exactly cpp does with comments meant for lint when
the -lint option is enabled.  Are there any pointers?

Any help would be appreciated.

Cheers :-> Chipsy
From: rms@gnu.ai.mit.edu (Richard Stallman)
Newsgroups: gnu.gcc.announce,g++.announce
Subject: GCC 2.3.3 available
Date: 26 Dec 92 10:47:03 GMT
Article-I.D.: mole.9212262047.AA04479
Followup-To: gnu@prep.ai.mit.edu
Distribution: world
To: info-gcc@prep.ai.mit.edu

You can now get 2.3.3 from pub/gnu/gcc-2.3.3.tar.Z on prep.ai.mit.edu.
Diffs from 2.3.2 in gcc-2.3.2-2.3.3.diff are 180k.

This version was made solely to fix bugs.

According to the C++ maintainers, this version when compared with
version 2.2 offers a number of fixes and enhancements to C++.  The
implementation of multiple inheritance and vtable management has been
revamped, nested types and protected baseclasses are now more
completely supported, and use of templates has been improved.  It also
fixes serious bugs relating to default arguments and to the handling
of abstract (pure) virtual functions.

Please send bug reports for C and Objective-C to:
	bug-gcc@prep.ai.mit.edu
and for C++ to:
	bug-g++@prep.ai.mit.edu

      [ Soon to be at these ftp sites as well.  Please try them
	before prep.ai.mit.edu!  thanx -gnu@prep.ai.mit.edu

	Japan: ftp.cs.titech.ac.jp, utsun.s.u-tokyo.ac.jp:ftpsync/prep
	Australia: archie.oz.au:gnu
	Europe: src.doc.ic.ac.uk:gnu, ftp.informatik.tu-muenchen.de,
	  ftp.informatik.rwth-aachen.de:pub/gnu, nic.funet.fi:pub/gnu,
	  ugle.unit.no, isy.liu.se, ftp.stacken.kth.se, ftp.win.tue.nl,
	  ftp.diku.dk, ftp.eunet.ch, archive.eu.net
	United States: wuarchive.wustl.edu, ftp.cs.widener.edu,
	  uxc.cso.uiuc.edu, col.hp.com, gatekeeper.dec.com:pub/GNU,
	  ftp.uu.net:systems/gnu

	For information on how to order GNU software on tape or
	cd-rom, check the file etc/DISTRIB in the GNU Emacs
	distribution, or e-mail a request to:	gnu@prep.ai.mit.edu
      ]
Newsgroups: gnu.emacs.bug
From: jonas@ericad.ericsson.SE (Jonas Jaernestroem TG/HK)
Subject: looking-at-backward
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 21 Dec 1992 19:10:58 GMT

In GNU Emacs 18.57.2 on a Sun Sparc SLC running 4.1.1 BSD.

The looking-at function is very handy to spot arbitrary regular
expressions at point.  I would like to have its backward counterpart as
well. I guess it *is* possible to do with re-search-backward but then you
have to compute the stop limit (not always so easy for reg exps) before
calling it.

Jonas Jaernestroem Ericsson Telecom Sweden. jonas@ericad.ericsson.se


Newsgroups: gnu.emacs.bug