HDTenEightyP/NetNews huggingface dataset:
From: jacob@infmx.UUCP (Jacob Salomon)
Subject: cc-477 errors in middle of make
Summary: What do I need to tweak for clean make?
Keywords: make 477
Organization: Informix Software, Inc.
Distribution: gnu
Date: Tue, 18 Aug 1992 15:52:53 GMT

Hi folks.

I have been trying to compile bash-1.12 on my HP-9000/827, running 
under HP-UX 8.02.  I have already updated machines.h for the HP-UX
environment but I keep getting this error in several places in the
make. In fact, this is independent of the HPUX definition (or #undef)
I set up in machines.h. OK, what is the error?  Here is the command
line; I have added the "\" at the end of each line for clarity,
actually it comes up as a very long command line.

	cc  -g  -DHAVE_VFPRINTF -DHAVE_UNISTD_H -DHAVE_GETGROUPS  \
		-DHAVE_RESOURCE -DVOID_SIGHANDLER -DHPUX_70       \
		-DHAVE_WAIT_H   -DHAVE_STRERROR -D"hpux" -DHPUX   \
		-DSHELL -DHAVE_ALLOCA                             \
		-o endian.aux endian.c

And here is the reaction:
cc: 477: Can't stat /usr/lib/end.o. Proceeding though file probably
	 does not exist.
	./endian.aux endian.h

I just checked the directory: endian.aux, endian.c and endian.h all
exist!  Now what in blazes is /usr/lib/end.o supposed to be?  I
suspect a default is being applied and I have no idea why?  I just did
a find on everyting in the bash source directory - no file named
end.<anything>.

Here's another one that does NOT blame /usr/lib/end.o:
        cc  -g -o newversion.aux newversion.c -lm
cc: 477: Can't stat /usr/lib/end.o. Proceeding though file probably
	 does not exist.

Here's a reallu ugly one, similar to the first:
        cc -g  -DHAVE_VFPRINTF -DHAVE_UNISTD_H -DHAVE_GETGROUPS      \
	       -DHAVE_RESOURCE -DVOID_SIGHANDLER -DHPUX_70           \
	       -DHAVE_WAIT_H   -DHAVE_STRERROR  -D"hpux" -DHPUX      \
	       -SHELL -DHAVE_ALLOCA  -I/home/misc/gnu/bash/bash-1.12 \
	       -I/home/misc/gnu/bash/bash1.12/./lib/ -I.             \
	       -o mkbuiltins mkbuiltins.c

And here is the compiler's response:
cc: 477: Can't stat /usr/lib/end.o. Proceeding though file probably
	 does not exst.

There are a few more that blame this mysterious /usr/lib/end.o
You get the idea.

Thanks for any help.

		-- Jake Salomon
		jacob@informix.com
-- 
----------------Obligatory smart-$$$ remark:---------------------
| There's two kinds of people: Those who categorize people into |
| two groups and those who don't.   (Barth's Aging proverb.)    |
-----------------------------------------------jacob@informix.com

Newsgroups: gnu.bash.bug
From: chet@odin.ins.cwru.edu (Chet Ramey)
Subject: Re: 8 bit clean bash
Reply-To: chet@po.cwru.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 13 Aug 1992 05:32:58 GMT

> I tried to hack bash to make it 8 bit clean.  The readline library was
> no problem, but fixing it was not enough.  The big problem seams to be
> the way quoting is handled in the subst.c source file.  I did't have
> time to solve this, so I just gave up...
> 
> When do we get an official release of bash that is 8 bit clean?

Bash 1.13 is 8-bit clean.

(You're right.  It took a long time to fix the subst.c code.)

Chet

--
``The use of history as therapy means the corruption of history as history.''
	-- Arthur Schlesinger

Chet Ramey, Case Western Reserve University	Internet: chet@po.CWRU.Edu

Newsgroups: gnu.bash.bug
From: przemek@rrdstrad.nist.gov (Przemek Klosowski)
Subject: output of background jobs in BASH
Organization: U. of Maryland/NIST
Distribution: gnu
Date: Wed, 12 Aug 1992 18:15:53 GMT

Hello!

I believe that this changed when I installed bash 1.12: when I put a job that
prints on stdout in background (^Z/bg or directly by &), the output comes out
staggered, as if the CR wasn't being added to the LF at the end of the lines.
Is there a way to cure it?

My system is DECstation 5000/Ultrix 4.2.

--
			przemek klosowski (przemek@rrdstrad.nist.gov)
			Reactor Division (bldg. 235), E111
			National Institute of Standards and Technology
			Gaithersburg, MD 20899,      USA

			(301) 975 6249

Newsgroups: gnu.bash.bug
From: charles@balzac.cerca.umontreal.ca (Charles Levert)
Subject: completion and C-o
Keywords: completion, operate
Reply-To: charles@cerca.umontreal.ca
Organization: CERCA
Distribution: gnu
Date: Tue, 11 Aug 1992 22:12:35 GMT

I just compiled bash 1.12 on a `uname -a`=SunOS XXXXXX 4.1.1 1 sun4c.
The installation has not been made yet.

I am having some problems with line editing.  Here is the
only line in my ~/.inputrc file:
set horizontal-scroll-mode On

The C-O command does not work, although bind -v returns,
among other things,

operate-and-get-next can be found on "\C-o".

When I say that it doesn't work, I mean that the previous
line I'm viewing just stays there, and can still be used as
input to the shell by pressing enter.

Also, hostname completion is the only type of completion that
doesn't work.  Here I suspect I didn't do something like
inform the shell about a name server.

I would appreciate some help with these two problems.

--

I noticed that I can't get a list of files in this case:

bash$ more *.c

I get nothing but a beep no matter how many time I press the
TAB key.  In ksh, I can get a list of those files by
pressing ESC =.  (Of course, the reason I'm trying bash is
the absence of ksh on the Sun.  So, I'm not complaining too
loudly here. :-) )  Also, in the case where there is only one
*.c file in the current directory, TAB doesn't replace *.c
by that file's name (once again, I can get it by typing ESC
ESC in ksh).

Could this be changed?  Maybe there's a good reason for not
implementing it that way.  Just curious.

Thanks in advance.

--------
Charles Levert
email:  charles@CERCA.UMontreal.CA (until 1992-08-31)
        charles@comm.polymtl.ca (as of 1992-09-01)

Newsgroups: gnu.bash.bug
From: mlarson@corp.hp.com (Matt Larson)
Subject: BASH 1.12 under HP-UX 8.00 on an HP9000/345 -- problems
Organization: Hewlett-Packard Company, Palo Alto, CA, USA
Distribution: gnu
Date: Wed, 19 Aug 1992 01:06:45 GMT

I successfully compiled BASH 1.12 under HP-UX 8.00 on an HP9000/345
without incident, but the resulting shell exhibits some strange
behavior when expanding wildcards.  For example:

larson% ls
alias-conv.sh*   scripts/         suncmd.termcap
functions/       startup-files/   whatis
larson% echo *
alias-conv.sh
larson% echo s*
scripts

As you can see, the wildcard expansion only picks up the first item.

Has anyone else compiled BASH under a similar environment?  Is there
something simple that I'm missing?  Any help would be greatly
appreciated -- I'd like to avoid digging around if someone has already
solved this one.

Thanks.
--
--
Matt Larson
Corporate Network Services, Hewlett-Packard Company
matt@hp.com   (415) 424-3610


Newsgroups: gnu.bash.bug
From: chet@odin.ins.cwru.edu (Chet Ramey)
Subject: Re: $() fails if stdin and stdout are not open
Reply-To: chet@po.cwru.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 13 Aug 1992 10:45:59 GMT

> If bash is run with stdin and stdout closed, the backquoting mechanism fails.
> Look:
> 
> bash$ bash -c 'echo foo$(echo bar)baz >/dev/tty' >&- <&-
> foobaz

I don't know which version you're using (your last message said 1.2), but I
don't find this to be a problem with the current development 1.13 on a
Sun running SunOS 4.1.2, Decstation running Ultrix 4.2, an IBM RT running
4.3 BSD, or a NeXT running OS 2.1.

Chet

--
``The use of history as therapy means the corruption of history as history.''
	-- Arthur Schlesinger

Chet Ramey, Case Western Reserve University	Internet: chet@po.CWRU.Edu

Newsgroups: gnu.bash.bug
From: jns@nas.nasa.gov (John N. Stewart)
Subject: [bash.1-12] Bug on a Cray
Organization: NAS, NASA Ames Research Center, Moffett Field, CA
Distribution: gnu
Date: Fri, 21 Aug 1992 00:05:52 GMT

We're running bash on a Cray Y-MP, and it has a problem which is
becoming increasingly difficult to track down. When a user types "M-b"
for go-back-a-word, it dumps core and hangs the xterm is was running
it, or logs out the session.

Has anyone seen similar behaviour on any platform? Help! :)
--
John Stewart (Ace)
CSS/DSS
NASA Ames Research Center
(415) 604-4345

Newsgroups: gnu.bash.bug
From: ghazi@caip.rutgers.edu (Kaveh R. Ghazi)
Subject: Re: BASH 1.12 under HP-UX 8.00 on an HP9000/345 -- problems
Organization: Rutgers Univ., New Brunswick, N.J.
Distribution: gnu
Date: Wed, 19 Aug 1992 17:40:07 GMT

 > I successfully compiled BASH 1.12 under HP-UX 8.00 on an HP9000/345
 > As you can see, the wildcard expansion only picks up the first item.
 > Matt Larson

	If its any help, I got the same behavior under HP-UX 7.0 B.
		--Kaveh
-- 
Kaveh R. Ghazi			CAIP Center, Rutgers University.
ghazi@caip.rutgers.edu		rutgers!caip.rutgers.edu!ghazi

Newsgroups: gnu.bash.bug
From: chet@odin.ins.cwru.edu (Chet Ramey)
Subject: Re: output of background jobs in BASH
Reply-To: chet@po.cwru.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 13 Aug 1992 06:34:47 GMT

> I believe that this changed when I installed bash 1.12: when I put a job that
> prints on stdout in background (^Z/bg or directly by &), the output comes out
> staggered, as if the CR wasn't being added to the LF at the end of the lines.

This is a result of bash using the BSD-style tty driver on Ultrix.  The BSD
driver ties input and output carriage return translation together with the
CRMOD bit.  (The CRMOD bit causes CR->LF translation on input and LF->CRLF
translation on output.)  Unless the CRMOD bit is cleared, it is impossible
to get a literal ^M in an input line.  Unfortunately, one of the effects of
clearing it is the loss of output processing you've observed. 

The Ultrix Posix-style tty driver can't be used because it has serious
problems with losing typeahead when ICANON is switched on and off.  These
characters seem to reappear later without warning, usually when a
program that uses the BSD-style ioctls turns on CBREAK (e.g., `more').

Chet

--
``The use of history as therapy means the corruption of history as history.''
	-- Arthur Schlesinger

Chet Ramey, Case Western Reserve University	Internet: chet@po.CWRU.Edu

Newsgroups: gnu.bash.bug
From: chet@odin.ins.cwru.edu (Chet Ramey)
Subject: Re: .. in $PWD: bug or feature?
Organization: Case Western Reserve University, Cleveland, OH (USA)
Distribution: gnu
Date: Tue, 11 Aug 1992 17:22:55 GMT

In article <MITCH.92Aug10141637@mira.clsi> mitch@clsi.UUCP (Mitchell N. Perilstein) writes:
>Forgive me if this is part of the old getwd() problem but,
>
>  bash$ cd /usr/local/..
>  bash$ builtin pwd
>  /usr
>  bash$ /bin/pwd
>  /usr
>  bash$ echo $PWD
>  /usr/local/..
>
>When should `pwd` differ from $PWD? Users who have \W in their PS1 might
>find this annoying. 

This is fixed in 1.13, which performs canonicalization on $PWD.

odin(3)$ cd /usr/local/..
odin(3)$ builtin pwd
/usr
odin(3)$ /bin/pwd
/usr
odin(3)$ echo $PWD
/usr

Chet
-- 
``The use of history as therapy means the corruption of history as history.''
	-- Arthur Schlesinger

Chet Ramey, Case Western Reserve University	Internet: chet@po.CWRU.Edu

Newsgroups: gnu.bash.bug
From: digdon@ug.cs.dal.ca (Mike Digdon)
Subject: Re: BASH 1.12 under HP-UX 8.00 on an HP9000/345 -- problems
Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada
Distribution: gnu
Date: Wed, 19 Aug 1992 05:07:10 GMT

In article <MLARSON.92Aug18154547@larson.corp.hp.com> mlarson@corp.hp.com (Matt Larson) writes:
>I successfully compiled BASH 1.12 under HP-UX 8.00 on an HP9000/345
>without incident, but the resulting shell exhibits some strange
>behavior when expanding wildcards.  For example:
>
>larson% ls
>alias-conv.sh*   scripts/         suncmd.termcap
>functions/       startup-files/   whatis
>larson% echo *
>alias-conv.sh
>larson% echo s*
>scripts
>
>As you can see, the wildcard expansion only picks up the first item.
>
>Has anyone else compiled BASH under a similar environment?  Is there
>something simple that I'm missing?  Any help would be greatly
>appreciated -- I'd like to avoid digging around if someone has already
>solved this one.
>
>Thanks.
>--
>--

I have the same setup, and I have noticed the same thing.. echo * gives only
the first filename (and combinations have actually given the last name)..
The pattern matching is a little messed up.. and of course, just to make sure,
I also compiled it on a sparc running SunOs4.1.2 and the resulting shell
worked perfectly.. very weird..
-- 
	     Mike Digdon - Vice Prez DSCSS - Dalhousie University
		     digdon@ug.cs.dal.ca  -- Halifax, NS
	 	 - Real programmers never work nine to five -

Newsgroups: gnu.bash.bug
From: feoh@hal.gnu.ai.mit.edu (Chris Patti)
Subject: Problem installing on I386 AT&T USG 3.2
Keywords: bug bash install problem AT&T SYSV 3.2
Organization: A guest of the FSF, Cambridge, Mass.
Distribution: gnu
Date: Wed, 12 Aug 1992 10:06:01 GMT

Hello.

I'm trying to install BASH on our stock AT&T System V r3.2 system running on
an Intel 386 based machine.

The problem occurs when make reaches newversion.c, saying that it has a syntax
error at line 172 (after the End of the file).

I am assuming that this is a product of AT&T's abysmal include file 
organization (It usually is) and can be fixed with a simple change in order or
switch to a different #include..

I've looked at all the installation docs, README, INSTALLATION, machines.h,
config.h, sysdeps.h, etc.. and haven't the foggiest clue as to how to fix this
problem..

Any help would be appreciated.

thanks
Chris Patti
feoh@gnu.ai.mit.edu
chrisp@madmax.InterLan.COM
chrisp@lucifer.InterLan.COM
chrisp@summit.InterLan.COM

P.S. I made every attempt to consult available documentation and other 
resources.  if there's an FAQ somewhere that I missed, just douse the flames
and throw me a pointer to it. thanks.


-- 
-------------------------------------------------------------------------------
Chris Patti | feoh@gnu.ai.mit.edu: A guest of the Free Software Foundation
=========#include <gratuitous_witty_quotes_section_to_waste_bandwidth>=========
"War is a symphony of destruction, orchestrated by few, paid for by many."

Newsgroups: gnu.bash.bug
From: przemek@rrdstrad.nist.gov (Przemek Klosowski)
Subject: output of background jobs in BASH
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 13 Aug 1992 07:17:46 GMT

Re: CR-LF translation in Bash under Ultrix

You wrote:
   This is a result of bash using the BSD-style tty driver on Ultrix.  The BSD
But why is it OK in the foreground mode?

   The Ultrix Posix-style tty driver can't be used because it has serious
   problems with losing typeahead when ICANON is switched on and off.  These

Shall I report it as a Software Performance Report to DEC?

	przemek

Newsgroups: gnu.bash.bug
From: danj1@ihspa.ATt.COM (Dan Jacobson)
Subject: possible completions: bash doesn't show links@ directories/ ...
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 20 Aug 1992 18:20:00 GMT

[Bash 1.12] Below we see how when it comes time to list completions,
bash crudely fills our 300 baud friends' screens with mucho blanks at
the end of lines [as revealed by cat -v].  Furthermore, ksh smartly
tells us if a file is a directory, by appending a slash/ like/ so/,
whilst bash takes the plain jane approach.

bash$ bla <TAB><TAB>
xxxyyyx.Pin                     moers2.edu.tw                   ^M
RMS                             moers2.edu.tw-chinese-pub.ls-R  ^M
ST.CATHARINES                   mule                            ^M
TaiBunThongSin                  new                             ^M
a                               new.p                           ^M
a.p                             newImm                          ^M
address.b                       purdue-fonts                    ^M
bitNewsgroups                   ransom.ps                       ^M
hz2ps-2.1.tar.Z                 ^M
jaco5a                          ^M

$ ksh -o emacs^M
$ <ESC>=
 9) RMS                               37) moers2.edu.tw-chinese-pub.ls-R^M
10) ST.CATHARINES                     38) moers2.edu.tw/^M
11) TaiBunThongSin                    39) mule^M
12) a                                 40) new^M
13) a.p                               41) new.p^M
14) address.b                         42) newImm^M
15) bitNewsgroups                     43) purdue-fonts/^M
16) check.addr                        44) ransom.ps^M
17) cxterm/                           45) scr.RFPI^M
[...]

However, both ksh and bash fail to put@ an@ "@" at@ the@ end@ of@
filenames@ to indicate symbolic link!  Infact, the observant observer
would spot this as an opportunity for bash to pull ahead in the
completion sparkle department, however I wouldn't go so far as adding
all) those) wonderful) choice) numbers) [33) 34) 35)] a) la) ksh).

Newsgroups: gnu.bash.bug
From: chet@odin.ins.cwru.edu (Chet Ramey)
Subject: Re: completion and C-o
Reply-To: chet@po.cwru.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 13 Aug 1992 05:45:38 GMT

> I am having some problems with line editing.  Here is the
> only line in my ~/.inputrc file:
> set horizontal-scroll-mode On
> 
> The C-O command does not work, although bind -v returns,
> among other things,
> 
> operate-and-get-next can be found on "\C-o".
> 
> When I say that it doesn't work, I mean that the previous
> line I'm viewing just stays there, and can still be used as
> input to the shell by pressing enter.

^O happens to be the tty driver's `flush output' character.  You
have to disable that with `stty flush u' before ^O works.

> Also, hostname completion is the only type of completion that
> doesn't work.  Here I suspect I didn't do something like
> inform the shell about a name server.

You need to provide the name of a file in /etc/hosts format for bash
to use as the value of the `hostname_completion_file' variable.  If
that variable doesn't exist, bash uses /etc/hosts.  Since you're on
a Sun, I suspect your /etc/hosts is quite small.  Try

	ypcat hosts > /tmp/hosts.$$
	hostname_completion_file=/tmp/hosts.$$

> I noticed that I can't get a list of files in this case:
> 
> bash$ more *.c

Bash completion does not do globbing.

Chet

--
``The use of history as therapy means the corruption of history as history.''
	-- Arthur Schlesinger

Chet Ramey, Case Western Reserve University	Internet: chet@po.CWRU.Edu

Newsgroups: gnu.g++.bug
From: solomon@cs.wisc.edu (Marvin Solomon)
Subject: template problem, g++ 2.2.2
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 14 Aug 1992 04:54:51 GMT

g++ rejects the following, seemingly valid program.   If both occurrences of
"const" are removed, the problem goes away.
----------
template <class T> class Temp { public: int f() const; };

template <class T> int Temp<T>::f() const { return 0; }

Temp<int> r;
/*
% g++ -v -c bug1.c
Reading specs from /usr/gnu/lib/gcc-lib/decstation/2.2.2/specs
gcc version 2.2.2
 /usr/gnu/lib/gcc-lib/decstation/2.2.2/cpp -lang-c++ -v -undef -D__GNUC__=2 -D__GNUG__=2 -D__cplusplus -D__ANSI_COMPAT -DMIPSEL -DR3000 -DSYSTYPE_BSD -D_SYSTYPE_BSD -Dbsd4_2 -Dhost_mips -Dmips -Dultrix -Dunix -D__ANSI_COMPAT -D__MIPSEL__ -D__R3000__ -D__SYSTYPE_BSD__ -D___SYSTYPE_BSD__ -D__bsd4_2__ -D__host_mips__ -D__mips__ -D__ultrix__ -D__unix__ -D__ANSI_COMPAT -D__MIPSEL -D__R3000 -D__SYSTYPE_BSD -D___SYSTYPE_BSD -D__bsd4_2 -D__host_mips -D__mips -D__ultrix -D__unix -D__LANGUAGE_C__ -D__LANGUAGE_C -DLA
NGUAGE_C bug1.c /usr/tmp/cca11457.i
GNU CPP version 2.2.2 [AL 1.1, MM 19] DECstation running ultrix
 /usr/gnu/lib/gcc-lib/decstation/2.2.2/cc1plus /usr/tmp/cca11457.i -quiet -dumpbase bug1.cc -version -o /usr/tmp/cca11457.s
GNU C++ version 2.2.2 [AL 1.1, MM 19] DECstation running ultrix compiled by GNU C version 2.2.2.
bug1.c:1: template for method `f' doesn't match any in class `Temp<int>'
*/

Newsgroups: gnu.g++.bug
From: hadar@csli.stanford.edu (Hadar Shem-Tov)
Subject: Shadowing a static data member
Organization: Stanford University CSLI
Distribution: gnu
Date: Wed, 19 Aug 1992 04:46:51 GMT

   I'm not sure if this posting belongs here but I encountered a somewhat
strange behavior when I defined a static data member in a derived class
that hides another static member of the base class.

   Basically, the compiler doesn't complain but I keep getting the base
class member instead of the desired one and as far as I can see there is no
way to access the data in the derived class.

   Obviously I can (and probably should) redesign my code but I'd still
like to know if this is a bug?   If not I'd be happy if someone could explain
what's going on.


-------------------------------------------------------------------------------
Hadar Shemtov
Dept. of Linguistics
Stanford University

Newsgroups: gnu.g++.bug
From: etnkna@hisoy2.etn.ericsson.SE (Aksnes Knut-Havard)
Subject: Re: uninitialized static members
Organization: Ericsson Telecom AS
Distribution: gnu
Date: Thu, 20 Aug 1992 10:28:25 GMT

I want to make a template class including some static members, how do
I define the static members.  I want them to be shared for each
instantiation of the class.

A possible use of this construction is to generate dummySplayNodes for
implementation of SplayMaps. In this situation it will not be
difficult to make kludge using void* and a template interface just to
get type checking, but if the static member has to be parametrized
problems will appear.
--

-------------------------------------------------------------------------------
Name:	Knut-Hevard Aksnes (ECMA 94) or		Knut-Haavard Aksnes (ASCII)
Ericsson signature: HI/ETN/U/IT KNA		Phone: +47 41 19481
Email: etnkna@etn.ericsson.se (internet)  ETN.ETNKNA (memo)


Newsgroups: gnu.g++.bug
From: bilmes@media.mit.edu
Subject: template bug, gcc 2.2.2
Reply-To: Jeff Bilmes <bilmes@media-lab.media.mit.edu> (617/253-8163)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 12 Aug 1992 11:15:13 GMT

template <class T>
class foo {
public:
  foo(foo<T>& y);
};

template<class T>
 foo<T>::
 foo(foo<T>& y) { }  // line 10



Reading specs from /usr/local/lib/gcc-lib/mips-dec-ultrix4.2/2.2.2/specs
gcc version 2.2.2
 /usr/local/lib/gcc-lib/mips-dec-ultrix4.2/2.2.2/cpp -lang-c++ -v -undef -D__GNUC__=2 -D__GNUG__=2 -D__cplusplus -D__ANSI_COMPAT -DMIPSEL -DR3000 -DSYSTYPE_BSD -D_SYSTYPE_BSD -Dbsd4_2 -Dhost_mips -Dmips -Dultrix -Dunix -D__ANSI_COMPAT -D__MIPSEL__ -D__R3000__ -D__SYSTYPE_BSD__ -D___SYSTYPE_BSD__ -D__bsd4_2__ -D__host_mips__ -D__mips__ -D__ultrix__ -D__unix__ -D__ANSI_COMPAT -D__MIPSEL -D__R3000 -D__SYSTYPE_BSD -D___SYSTYPE_BSD -D__bsd4_2 -D__host_mips -D__mips -D__ultrix -D__unix -I/usr/local/lib/gcc-lib/m
ips-dec-ultrix4.2/2.2.2/lib/g++-include -D__LANGUAGE_C_PLUS_PLUS__ -D__LANGUAGE_C_PLUS_PLUS -D__LANGUAGE_C__ -D__LANGUAGE_C -DLANGUAGE_C testtemplate.cc /usr/tmp/cca28736.i
GNU CPP version 2.2.2 [AL 1.1, MM 19] DECstation running ultrix
 /usr/local/lib/gcc-lib/mips-dec-ultrix4.2/2.2.2/cc1plus /usr/tmp/cca28736.i -quiet -dumpbase testtemplate.cc -version -o /usr/tmp/cca28736.s
GNU C++ version 2.2.2 [AL 1.1, MM 19] DECstation running ultrix compiled by GNU C version 2.2.2.
testtemplate.cc:10: parse error before `>'

Newsgroups: gnu.g++.bug
From: bytor@grumpy.bellcore.com (Ross Huitt)
Subject: Re: Problems with virtual functions and multiple inheritance
Organization: Bellcore
Distribution: gnu
Date: Fri, 14 Aug 1992 19:58:55 GMT

Strange. The compiler message is valid. However, I looked at the problem and
tried to reduce it to its smallest form. Suprisingly, the error message 
disappeared! But, as you would it suspect, it coredumps right on cue.
So where did the error message go to?
 
#include <iostream.h>
struct b {
    virtual void g() = 0;
};

struct c : public b {
     virtual void g() { cout << "c::g()" << endl; }
};

struct e : public b {
};

struct d : public c, public e {
    virtual void g() { cout << "d::g()" << endl; }
};

main()
{
   d *D = new d;
   b *bc = (b *)((c *)D);
   b *be = (b *)((e *)D);
   D->g();
   bc->g();
   be->g();
   return 0;
}

The above code, when run, produced:

c::g()
d::g()
Abort (core dumped)


Ross Huitt
bytor@ctt.bellcore.com

Newsgroups: gnu.g++.bug