HDTenEightyP/NetNews huggingface dataset:
From: R.Winder@cs.ucl.ac.uk (Russel Winder)
Subject: g++ bug report
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 7 Apr 1992 18:17:52 GMT

Attached are two strip-down programs highlighting at least 2 bugs in g++
2.1.

The first indicates a problem with const member function in templates.
In my more complicated original I got internal compiler
error on signal 11 type problems.  In the stripped down I got the
message:

> g++ trial.cc
> trial.cc: In function `int  main ()':
> trial.cc:18: template for method `Y' doesn't match any in class `X<int>'
> 
> Compilation exited abnormally with code 1 at Tue Apr  7 16:58:36

The second problem, I have been unable to get beyond the error message:

> g++ trial_2.cc
> /cs/research/coside/users/croissant/russel/local/bin/gcc: Internal
compiler error: program cc1plus got fatal signal 11
> 
> Compilation exited abnormally with code 1 at Tue Apr  7 17:07:03

In the time available.  

I am told that GCC was configured by issuing:

./configure --target=space-sun-sunos4.1

Russel.

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

Dr Russel Winder		(InterNet: R.Winder@cs.ucl.ac.uk)
Department of Computer Science	(UUCP: {...mcsun!ukc!}ucl-cs!R.Winder)
University College London	(JANet: R.Winder@uk.ac.ucl.cs)
Gower Street
London WC1E 6BT
England

Phone: +44 (0)71 380 7293
Fax: +44 (0)71 387 1397

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

//  This program should give the error message since the types are
//  wrong, it compiles and runs.  Putting the const in the class
//  declaration to correct things causes the error.

#include <iostream.h>

template <class T>
class W
{
public:
    void Y() const // Inlining presents no problems at all.
    {
	cout << "Executing W<T>::Y\n" ;
    }
} ;

template <class T>
class X
{
public:
    void Y() ; // put const here and everything falls apart...
} ;

template <class T>
void X<T>::Y() const // ... because this const appears to be ignored!
{
    cout << "Executing X<T>::Y\n" ;
}

main()
{
    W<int> z0 ;
    z0.Y() ;
    X<int> z1 ;
    z1.Y() ;
}

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

//  Some complexity in the template generation causes an internal compiler error.

#include <iostream.h>

template <class T>
class X
{
public:
    void Y() ;
} ;

template <class T>
void X<T>::Y()
{
    cout << "Executing X<T>::Y\n" ;
}

template <class T>
ostream& operator << (ostream& os, X<T> s)
{
    return os ;
}

main()
{
    X<int> z1 ; // compiles perfectly without this line!
}

Newsgroups: gnu.gcc.bug
From: ian@airs.COM (Ian Lance Taylor)
Subject: Spurious warning from gcc-2.1 with -g -Wall but without -O
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 14 Apr 1992 12:22:11 GMT

I am using gcc 2.1 configured as decstation-3100.  If the following
program is compiled with -g -Wall but without -O, it gives the
spurious error

    foo.c: In function `f':
    foo.c:25: warning: control reaches end of non-void function

This error does not appear if -O is specified, and it does not appear
if -g is not specified.

int f (int a, int b)
{
  if (a)
    {
      if (b)
	return 0;
      else
	return 1;
    }
  else
    {
      if (b)
	return 2;
      else
	return 3;
    }
}
-- 
Ian Taylor                     ian@airs.com                    uunet!airs!ian
First person to identify this quote wins a free e-mail message:
``Do you make a grievance of weighing so many pounds only, instead of three
  hundred?  Then why fret about living so many years only, instead of more?''

Newsgroups: gnu.gcc.bug
From: keith@thinkage.on.CA (Keith Dorken)
Subject: Infinite loop compiling attached sample.
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 10 Apr 1992 17:07:44 GMT

The GNU 2.1 C++ compiler goes into an infinite loop, and will eventually fill
up my virtual memory (and sometimes kill the machine) on the following program.

It is compiled with
c++ -c -g -v bad.cc

 Reading specs from /n/server/usr/local/languages/gnu-compilers/lib/gcc-lib/sun4os4/2.1/specs
 gcc version 2.1
  /n/server/usr/local/languages/gnu-compilers/lib/gcc-lib/sun4os4/2.1/cpp -lang-c++ -v -undef -D__GNUC__=2 -D__GNUG__=2 -D__cplusplus -Dsparc -Dsun -Dunix -D__sparc__ -D__sun__ -D__unix__ -D__sparc -D__sun -D__unix -g bad.cc /usr/tmp/cca10268.i
 GNU CPP version 2.1 (sparc)


bad.cc contains the line '#include "bad.h"', bad.h contents are at the end of this
message.

This is a fragment of code from a larger class definition; this code used to compile and run with G++ 1.39; I have reduced the code fragement to a small portion. The
problem is around the #ifdef BUG areas of the code fragment. If you remove the
#define BUG, the compiler doesn't loop.

bad.h contains:

#define BUG		/* Remove this line to avoid problem. */
typedef struct
  {
	union 
	  {
		unsigned long blo;
		unsigned short blos[2];	// for accessing both parts of long 
	  };
	unsigned char bhi;
  } Bits;

extern Bits*  U36_alloc(Bits*, const unsigned long );
extern Bits*  U36_alloc_large(Bits*, const unsigned long, const unsigned long );
extern Bits*  U36_copy(Bits*, const Bits*);

class Unsigned36
{
protected:
  Bits*	rep;

public:
	Unsigned36();

	Unsigned36(const Unsigned36&);
	Unsigned36(unsigned long);
	Unsigned36(unsigned long, unsigned long);	// for those big constants

	operator int();

#ifdef BUG
	friend int	operator == (const Unsigned36&, const Unsigned36&);
#endif
};
typedef Unsigned36 U36;	 // short form

int operator ! (const Unsigned36& x);

inline Unsigned36::Unsigned36() : rep(U36_alloc(0,0))
  {
  }
inline Unsigned36::Unsigned36(const Unsigned36& x) : rep(U36_copy(0, x.rep))
  {
  }
inline Unsigned36::Unsigned36( unsigned long value ) : rep(U36_alloc( 0, value )) 
  {
  }
inline Unsigned36::Unsigned36( unsigned long high, unsigned long low ) : rep( U36_alloc_large(0, high, low))
  {
  }

inline unsigned int Unsigned36::operator int()
  {
	return (unsigned int) rep->blo;
  }

#ifdef BUG
inline int operator ! ( Unsigned36& x )
  {
	return( x == 0 );
  }
#endif













Newsgroups: gnu.gcc.bug
From: defert@cernvax.cern.ch (Philippe Defert)
Subject: gcc 2.1 does not compile gnuplot 3.1.
Organization: CERN, European Research Center for Particle Physics
Distribution: gnu
Date: Wed, 8 Apr 1992 09:33:14 GMT

Two files in gnuplot 3.1 are impossible to compile with gcc 2.1:

                  graphics.c         |          graph3d.c
----------------------------------------------------------------
sun 4:       |   cc1 signal 11       |         cc1 signal  6

dec station: |   cc1 signal 11       |         cc1 signal  4

HP 700:      |   cc1 signal  6       |         cc1 signal  6

----------------------------------------------------------------

gcc is used with -g -O or with -g.

Amicalement.
Philippe.
--

  ************************************************************************
  *  Philippe Defert: Computing and Networks Division                    *
  *                   CERN,  European Laboratory for Particle Physics    *
  ************************************************************************
  *  Earth mail:                     |          E*mail:                  *
  *     CERN / CN / CO               |      defert@cernvax.cern.ch       *
  *  CH*1211 Geneve 23. Switzerland. |      defert@cernvax.UUCP          *
  *  Voice:                          |      defert@cernvax.bitnet        *
  *     + 41 22 7673923              |      psi%02284681140551::defert   *
  ************************************************************************

Newsgroups: gnu.gcc.bug
From: hosking%ibis@cs.umass.edu (Tony Hosking)
Subject: Labels as values in gcc-2.1
Reply-To: hosking@cs.umass.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 14 Apr 1992 07:58:26 GMT

GCC version 2.1 on a DECStation 3100 running Ultrix-4.1 compiles the following
program wrongly when the -O flag is used:

#include <stdio.h>

int main (void) {
  __label__ lab;

  void *try (void) {
    return &&lab;
  }

  goto *try();
  return;
 lab:
  printf ("Hello world!\n");
}

gcc inadvertently eliminates the code at the label "lab" since it believes it
to be dead.  Surely taking the address of a label using && should indicate to
the optimizer that the code is indeed reachable!

Thanks,

		Tony Hosking
Papernet:	Dept. of Computer Science
		University of Massachusetts			 _--_|\
		Amherst, MA 01003				/      \
Voicenet:	(413) 545-0256					\_.--._/    )
Internet:	hosking@cs.umass.edu				      v    /

Newsgroups: gnu.gcc.bug
From: cmaeda@mc8.mach.cs.cmu.edu (Christopher Maeda)
Subject: __main
Reply-To: cmaeda@cs.cmu.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 15 Apr 1992 21:01:53 GMT

   Date: Wed, 15 Apr 1992 08:37:59 -0400
   From: wollman@trantor.uvm.edu (Garrett Wollman)
   Newsgroups: gnu.gcc.bug
   Organization: University of Vermont, EMBA Computer Facility

   In article <9204150101.AA18863@life.ai.mit.edu> you write:
   >Why do all C programs call __main?  The change logs seem to say __main
   >is for C++ programs and shared libraries.

   __main is for programs linked with code requiring constructors and
   destructors, whether it be written in C, C++, or a mixture of the two.
   (For example, GNU libc or Per Bothner's stdio-over-iostreams
   implementation.)  It is the belief of the GCC developers that the user
   should not have to know what language her C library routines are
   written in.  I agree.  (That's also why GCC 2 always calls `collect'
   (or GNU ld) on systems that support it.)

Then whatever __main does really belongs in __start.

We have a similar problem in the mach libraries.  If you link with
cthreads, you have to call a cthread init routine before you can do
any system calls.  We solve this by having a function pointer that
starts out as zero and gets filled with the address of the cthread
init routine when cthreads is linked with the binary.  __start checks
this pointer and calls the init routine if non zero.  Non-intrusive.

   Besides, it's not /that/ difficult to create a null __main, is it?  Just
   take the version in libgcc2.c and delete the constructor/destructor setup.

That's not the point.  I'm already using "__main(){}" with no problem.
The point is that your compiler violates the least surprise principle
by giving me this bogus call to __main and not providing any way to
disable it.

Newsgroups: gnu.gcc.bug
From: S_SCHLICHT@irav1.ira.uka.de (|S| Christian Schlicht)
Subject: g++ 2.1 and ANSI-like exception handling
Organization: University of Karlsruhe, FRG - Informatik Rechnerabteilung
Distribution: gnu
Date: Mon, 13 Apr 1992 18:26:44 GMT

Hello,

Sorry if this was reported before, but I can't use ANSI-like exception
handling.
I'm using gcc 2.1 on an ESIX System 5.3.2 Rev.D. My configuration is 
i386-coff-sysv32.
Everytime I try to use a simple "throw;" with the following command line
g++ -fansi-exceptions -c foo.c
the compiler dumps core.

The pain is that I really want this exception handling to run.
I heard that GNU C++ comes with it's own exception handling syntax and
semantic, but I can't find any documentation of this.
Could anybody help me? Either to get -fansi-exception run or get documentation
of the GNU C++ exception handling (first preferred)?

Chris 

Newsgroups: gnu.gcc.bug
From: wood@dg-rtp.dg.com (Tom Wood)
Subject: Re: addendum gcc on DG AViiON 310
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 15 Apr 1992 12:52:24 GMT

Dave Greenberg writes:
   
   On the AViiON, there are these lines in float.h.  I looked at enquire.c,
   but could not figure out where to go.  My experience on the SUN makes me
   wonder  if the new gcc is picking up incompatible header files.  I will
   try to put gcc-2.1 on our sun, and get back to you on that one
   separately.
   
   FROM AViiON   excerpt from gcc-2.1 produced float.h
   
   [...]

I suggest you ignore the content of float.h.  The one supplied with the
system is just fine.  The notations in the generated float.h are likely
the result of problems in atof.

Newsgroups: gnu.gcc.bug
From: uddeborg@sisu.SE (G|ran Uddeborg)
Subject: Re: Where are the preprocessor macros?
Organization: Swedish Institute of Systems Development
Distribution: gnu
Date: Tue, 7 Apr 1992 07:25:06 GMT

In article <1605@ltb.ltb.bso.nl> wierda@ltb.bso.NL (Gerben Wierda) writes:
>but I wondered where the macro
>definitions like STDC are hidden,

They are in cccp.c.

>I have put every conceivable part of gcc through strings and I cannot find it.

You probably forgot that string constants are not considered writable
by standard C, why GCC places them in the text segment.  "strings"
only looks in the initialized data segment, unless given the flag "-".

Newsgroups: gnu.gcc.help
From: d_somers@roam.agfa.BE (Dirk Somers)
Subject: gcc installation for CROSS COMPILATIONS.
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 16 Apr 1992 11:57:03 GMT

Hello people on the gcc-list.

I have some problems installing gcc for cross compilations.
What we want is a cross compiler on a Sparc host, for a Sun3 target.
(initially; afterwards also for MC68XXX-based embedded systems.
If possible, the assembler code generated by the compiler should also follow
the Motorola syntax - but that's not very important at this time).

I already tried configuring gcc for sparc-os4 (on a sparc) ==> no problem.
I also tried gcc on a sun 3 (sun3-os4) ==> no problem neither.

Then I assumed it should be possible to create a cross compiler (Sun4
host, Sun3 target) by configuring gcc for sparc-os4 and then manually
making new links for
       md    -->   m68k.md
       tm.h  -->   tm-sun3.h
The other configuration files were not modified.

As could have been expected, there were a lot of undefined symbols and
other relating problems ...

Has anybody out there any idea on how to configure this cross compiler.
I'm not an expert in these GNU matters, so any help will be greatly appreciated.
(The gcc version we have is 1.39)

Thanks in advance ...


Dirk Somers, System Administrator Workstations.
AGFA-Gevaert, R&O, Mechelse Steenweg 430, B-2650 Edegem (Antwerp), BELGIUM
Tel.: +32 - 3 444.62.03 |   d_somers@roam.agfa.be
Fax.: +32 - 3 455.45.17 |   frankli!dirk
Xref: sparky gnu.gcc.help:1088 gnu.g++.help:633
From: shubu@cs.utexas.edu (Shubhendu Sekhar Mukherjee)
Newsgroups: gnu.gcc.help,gnu.g++.help
Subject: gcc heuristics for inlining
Followup-To: poster
Date: 15 Apr 1992 12:25:28 -0500
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: boogie.cs.utexas.edu
Keywords: gcc inline substitutio

I am looking for the heuristics used in the GNU C compiler 
for inline substitution.   Could someone help?

-Shubu
-- 
----------------------------------------------------------------------
Shubhendu Sekhar Mukherjee         University of Texas @ Austin, C.Sc.
e-mail:shubu@cs.utexas.edu     [W]:(512) 471-9586   [H]:(512) 467-2653
----------------------------------------------------------------------
Newsgroups: gnu.gcc.help
From: rv@cs.brown.edu (Rodrigo Vanegas)
Subject: allocation of variable length arrays
Organization: Department of Computer Science, Brown University
Distribution: gnu
Date: Mon, 6 Apr 1992 06:08:32 GMT

A gcc extension allows the allocation of variable length arrays
whithin a function.  How does one check if the allocation was
successful?

-rodrigo
Newsgroups: gnu.gcc.help
From: dong@vlsi.cs.caltech.edu
Subject: addressable storage unit
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 8 Apr 1992 06:48:26 GMT


Dear support,

I am confused by the explaination of BITS_PER_UNIT :
"Number of bits in an addressable storage unit(byte)"

what if an architecture has no byte ?  i.e.  the addreesable 
storage unit is a word (32 bits) ?

I tried two alternatives in tm.h :

1) 
#define BITS_PER_UNIT 8
#define UNITS_PER_WORD 4

this didn't work at all, as storage allocation was completely
wrong(it grabbed 4 words for each int)

2)
#define BITS_PER_UNIT 32
#define UNITS_PER_WORD 1

this worked without double type.  In varasm.c:output_constant,
size == 2 (instead of 4) for a double type,  so a skip was outputed
instead of a double.

Can you tell me how to manage this situation ?


Thanks

Dong Lin
Newsgroups: gnu.gcc.help
From: ebb@lascar.puc.cl (Eduardo Bustos Bahamonde)
Subject: Problems with instalation gcc-2.1
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 9 Apr 1992 19:37:06 GMT

Gentlemen:

	I'm trying to compile 'gcc-2.1' in an Intel 386 based machine
with the SCO System V Version 3.2 operating system. SCO encapsulates
COFF. Because of this, I have attempted to compile 'gas-1.38.1' with
the COFF patches. This also has failed. When compiling the 'symbols.c'
file, the compiler reports:

	cc -g -I. -DUSG -DUSE_SYSTEM_HDR    -c symbols.c
symbols.c
a.out.gnu.h(69) : warning C4005: 'OMAGIC' : redefinition
symbols.c(202) : error C2038: 'sy_zeroes' : not struct/union member
symbols.c(206) : error C2038: 'sy_sclass' : not struct/union member
symbols.c(207) : error C2038: 'sy_numaux' : not struct/union member
symbols.c(212) : error C2038: 'sy_name_offset' : not struct/union member
symbols.c(213) : error C2038: 'sy_number' : not struct/union member
symbols.c(214) : error C2038: 'sy_flags' : not struct/union member
symbols.c(216) : error C2038: 'sy_auxent' : not struct/union member
symbols.c(219) : error C2038: 'sy_flags' : not struct/union member
symbols.c(221) : error C2038: 'sy_flags' : not struct/union member
symbols.c(226) : error C2038: 'sy_previous' : not struct/union member
symbols.c(226) : error C2038: 'sy_previous' : not struct/union member
*** Error code 11

Stop.

	Also, in a previous attempt, I used the 'libconvert' shell script
(in the binutils-1.9 distribution), but it also gave errors when running
'robotussin' to the library files.

	Can you help me ?


					Enrique Pinaud Wehrli
				Pontificia Universidad Catolica de Chile

				 	  ebb@lascar.puc.cl

P.S.
	This is the second mail I sent. I hope you can help me as soon
as posible (I need help !!!).


Newsgroups: gnu.gcc.help
From: ebb@lascar.puc.cl (Eduardo Bustos Bahamonde)
Subject: (none)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 6 Apr 1992 21:31:30 GMT

Gentlemen:

	I'm trying to compile 'gcc-2.1' in an Intel 386 based machine
with the SCO System V Version 3.2 operating system. SCO encapsulates
COFF. Because of this, I have attempted to compile 'gas-1.38.1' with
the COFF patches. This also has failed. When compiling the 'symbols.c'
file, the compiler reports:

	cc -g -I. -DUSG -DUSE_SYSTEM_HDR    -c symbols.c
symbols.c
a.out.gnu.h(69) : warning C4005: 'OMAGIC' : redefinition
symbols.c(202) : error C2038: 'sy_zeroes' : not struct/union member
symbols.c(206) : error C2038: 'sy_sclass' : not struct/union member
symbols.c(207) : error C2038: 'sy_numaux' : not struct/union member
symbols.c(212) : error C2038: 'sy_name_offset' : not struct/union member
symbols.c(213) : error C2038: 'sy_number' : not struct/union member
symbols.c(214) : error C2038: 'sy_flags' : not struct/union member
symbols.c(216) : error C2038: 'sy_auxent' : not struct/union member
symbols.c(219) : error C2038: 'sy_flags' : not struct/union member
symbols.c(221) : error C2038: 'sy_flags' : not struct/union member
symbols.c(226) : error C2038: 'sy_previous' : not struct/union member
symbols.c(226) : error C2038: 'sy_previous' : not struct/union member
*** Error code 11

Stop.

	Also, in a previous attempt, I used the 'libconvert' shell script
(in the binutils-1.9 distribution), but it also gave errors when running
'robotussin' to the library files.

	Can you help me ?


					Enrique Pinaud Wehrli
				Pontificia Universidad Catolica de Chile

				 	  ebb@lascar.puc.cl

Newsgroups: gnu.gcc.help
From: gray@antaire.COM (Gray Watson)
Subject: Re: hashing out the primes
Reply-To: Gray.Watson@antaire.com
Organization: Antaire Corporation, Pittsburgh, PA, USA
Distribution: gnu
Date: Wed, 8 Apr 1992 18:38:06 GMT

Chris:

Sorry to bother you.

I'm in the "market" for some good hash routines.  I need routines that return
1, 4, or 8 byte hash values.

Any ideas?

thanks,
gray
From: wallis@psychosis.ssc.gov (Dave Wallis)
Newsgroups: gnu.gcc.help
Subject: Emacs & multiple rmail file updaters
Date: 13 Apr 92 19:42:40 GMT
Reply-To: wallis@psychosis.ssc.gov
Distribution: gnu.emacs.help
Organization: SSC Laboratory, Dallas, TX


I am writing an emacs-lisp application in which requests for services
are e-mailed to a central ID. Then, members in a group of people will
field the requests, and add information etc. to the mail message. The
question is this: is there a reasonable way in emacs to deal with the
situation where more than one person is making changes to the rmail
file? Can I at least set up my application to re-read the rmail file
before allowing the user to make an update, to get any changes made by
other users? Any ideas?

Thanks in advance
--
Dave Wallis (wallis@psychosis.ssc.gov)
SSC Laboratory,
Dallas, TX
(214)708-3410
Newsgroups: gnu.gcc.help
Subject: Missing libraries
From: parker_a@kosmos.wcc.govt.nz
Date: 12 Apr 92 12:04:45 GMT
Organization: Wellington City Council, Wellington, NZ

I have Gcc20-920229 on my Amiga but don't
have the Mathieeesingbas library, could anyone help me?
Preferably stick it on an FTP and let me know?

Thanks Parker_A@KOSMOS.WCC.GOVT.NZ
From: chucks@iplmail.orl.mmc.com (Chuck Strickland)
Newsgroups: gnu.gcc.help
Subject: gcc 2.0 cross compile sparc to mips
Date: 15 Apr 92 15:29:36 GMT
Organization: Martin Marietta


 we are currently using gcc2.0 in native mode on our suns running 4.1.1.
 I have a user that needs a cross compiler for a mips embedded processor.
 I believe that gcc can cross compile to produce this executable.

 Has anyone done this or can someone give a brief rundown on how this works.
 I did not find much in the manual describing the cross-compile feature.

 thanks.

-- 
*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*
Malcolm C. Strickland                 Martin Marietta Electronic Systems
chuck-strickland@orl.mmc.com          mail point 1304    
Phone: 407-356-5909                   pobox 628007
Fax:   407-356-8944                   orlando florida 32862-8007
*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*
Newsgroups: gnu.gcc.help
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: Missing libraries
Followup-To: comp.sys.amiga.programmer
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Sun, 12 Apr 1992 12:56:00 GMT

In article <1992Apr12.120445.4688@kosmos.wcc.govt.nz> parker_a@kosmos.wcc.govt.nz writes:
>I have Gcc20-920229 on my Amiga but don't
>have the Mathieeesingbas library, could anyone help me?
>Preferably stick it on an FTP and let me know?
>
>Thanks Parker_A@KOSMOS.WCC.GOVT.NZ

Sorry, mathieeesingbas.library is a Commodore system library, and thus is
copyrighted by Commodore and it can't be uploaded to an ftp site. You can
either get it by upgrading to OS2.0 (it's in the ROM there) or by getting it
for a nominal fee from Commodore. Since this is a pretty Amiga specific
question, I moved over to comp.sys.amiga.programmer.

-Markus

-- 
Markus M. Wild    -  wild@nessie.cs.id.ethz.ch  |  wild@amiga.physik.unizh.ch 
Q: How many IBM cpu's does it take to do a logical right shift?
A: 33.  1 to hold the bits and 32 to push the register.
From: allan@mct.uucp ( System Guru)
Newsgroups: gnu.gcc.help
Subject: Objective C testing
Date: 15 Apr 92 16:56:52 GMT
Distribution: gnu
Organization: MCT Ltd., Malvern, England

As a matter of curiosity, is anyoune testing gcc2's Objective C front
end??  It would appear that there is plenty of activity wrt C and C++
(I can understand this since these are the languages that most folks
use), but not much (like no) chatter on Objective C.  I have somewhat
of a vested interest in this since I'd like to have been using
Objective C as of yesterday - is there anything I can do to help??

Thanx,
Allan Clearwaters
MCT Ltd, 62 Albert Rd. North, Malvern, Worcs England WR14 2TL
allan@mct.uucp