HDTenEightyP/NetNews huggingface dataset:
From: munson@acacia.cs.berkeley.edu (Ethan V. Munson)
Subject: g++/gcc-2.2.2 gets signal 11
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 19 Aug 1992 17:40:02 GMT

Compiler: g++-2.2.2
Machine: SparcStation 1+ or 2 running SunOS 4.1.2

Symptom:

/usr/sww/bin/g++-2.2.2 -c    -DTRACE -DDEBUG  -Wimplicit -Wreturn-type -Wswitch   -I.  -I./.. -I/usr/sww/X11R5/include TextEd.cc -o Obj.sun4/TextEd.o
/usr/sww/bin/gcc-2.2.2: Internal compiler error: program cc1plus got fatal signal 11

The symptom goes away if the "-g" flag is used.  That is, the compiler runs
to completion and produces a usable .o file.

I have a core file and would be happy to generate debugging output if
someone would tell me how.

Ethan Munson
munson@cs.berkeley.edu

Newsgroups: gnu.g++.bug
From: gnb@bby.COM.AU (Gregory N. Bond)
Subject: False incompatable pointer error?
Organization: Burdett, Buckeridge & Young, Melbourne, Australia
Distribution: gnu
Date: Thu, 20 Aug 1992 06:26:40 GMT

(Novice alert: I am a C programmer, not a C++ programmer, so there may
be some subtle C++ semantic feature here I am not aware of.)

Consider this, a fragment taken from groff-1.03:lib/errarg.c:

leo$ cat -n t.c
     1  // demonstrate error in gcc 2.2.2?
     2
     3  void foo(const char *p)
     4  {
     5          const char *s;
     6
     7          s = p; // OK
     8          s = p ? p : "(Null)"; // OK
     9          s = p == 0 ? "(Null)" : p; // line 9 - fails
    10  }
leo$ g++ -v -c t.c
Reading specs from /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.1/2.2.2/specs
gcc version 2.2.2
 /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.1/2.2.2/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 t.c /tmp/cca24525.i
GNU CPP version 2.2.2 (sparc)
 /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.1/2.2.2/cc1plus /tmp/cca24525.i -quiet -dumpbase t.cc -version -o /tmp/cca24525.s
GNU C++ version 2.2.2 (sparc) compiled by GNU C version 2.2.2.
t.c: In function `void  foo (const char *)':
t.c:9: assignment between incompatible pointer types
leo$

The exact same file (modulo comment syntax) works under gcc.  Why
should changing the order of the clauses in the ?: statement make it
fail?  And why only in C++?

Greg.
--
Gregory Bond <gnb@bby.com.au> Burdett Buckeridge & Young Ltd Melbourne Australia
``USL has never sold long distance.  You're going after the wrong men in black 
  hats.  (Or, in the case of Plan 9, black space suits)'' - Tom Limoncelli


Newsgroups: gnu.g++.help
From: melchers@Chico.Chemie.FU-Berlin.DE (Bernd Melchers)
Subject: Where libg++ for g++2.2.2 ???
Organization: Free University of Berlin, Germany
Date: Thu, 13 Aug 1992 11:50:38 GMT

Where can i find the library for the g++ compiler (libg++2.2 ?) ? 
German ftp-sites are prefered.
thanks in advance
bernd

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Bernd Melchers                   | melchers@chico.chemie.fu-berlin.de
Freie Universitaet Berlin        | Lieblingsessen: Pizza, aber nur
Institut fuer Kristallographie   |              selbstgemachte...
Takustr. 6                       |              und ohne Tierkadaver
D 1000 Berlin 33                 |
Earth                            |
Tel.: 0049-30-8383612            |
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: gnu.g++.help
From: gary@resumix.portal.com (Gary M. Lin)
Subject: Porting to Sony NEWS (68k)
Summary: Has anyone done it successfully?
Keywords: g++ Sony NEWS
Organization: Resumix Inc.
Distribution: na
Date: Tue, 18 Aug 92 22:04:34 GMT

    I used to be a system admin at an university in Fremont, Ca. and the
    one problem we had was porting g++ to NEWS 4.1C O/S.  Some of the
    instructors ordered some VLSI software from Berkeley that compiles
    under g++, so it was important to try to get it working.

    While gcc was a snap and perfect, g++ would compile correctly but
    when you executed it, it created executables that didn't run.  I asked
    Sony tech support about this, and they claimed someone there had
    successfully ported it, but didn't know who.  Has anyone, other than
    Sony, manage to get g++ up and running?

    If so, could they supply me patched source for NEWS, I ran a network
    with the 68030-based NWS-1750's.

						Gary Lin
						gary@resumix.portal.com
From: nathan@inferno.uoregon.edu (NathanD)
Newsgroups: gnu.g++.help
Subject: ___new_handle undefined ???
Date: 21 Aug 92 03:06:53 GMT
Organization: University of Oregon Network Services
X-Newsreader: Tin 1.1 PL4


Help.  I just get gcc 2.2.2 and installed it and stuff.

I'm trying to compile:

#include <iostream.h>

int main( void )
{
	cout << "Hello, world!\n";
	return 0;
}


with the command line:

gcc main.cc -lg++ -lc

I get the error message:

gcc:lib/libgcc.a(_builtin_new.o): Undefined symbol ___new_handler referenced
from text segment


AUGH!  What am I doing wrong?  Other things have linked and work, but not
anything that uses iostreams.

Thanks in advance for any help.

nathan
From: melchers@Chico.Chemie.FU-Berlin.DE (Bernd Melchers)
Newsgroups: gnu.g++.help
Subject: Compiling libg++-2.2.2 on for DELL Unix ?
Date: 19 Aug 92 09:14:09 GMT
Organization: Free University of Berlin, Germany

Is it possible to compile libg++-2.2.2 on a DELL Unix SysVR4 System?
The Makefile seems to have some errors. Are patches available?
Bernd

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Bernd Melchers                   | melchers@chico.chemie.fu-berlin.de
Freie Universitaet Berlin        | Lieblingsessen: Pizza, aber nur
Institut fuer Kristallographie   |              selbstgemachte...
Takustr. 6                       |              und ohne Tierkadaver
D 1000 Berlin 33                 |
Earth                            |
Tel.: 0049-30-8383612            |
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: gnu.g++.help
From: mathieu@geod.emr.ca (Pierre Mathieu)
Subject: libg++ V2.2 build on HP900/750 (HP-UX 8.07) fails. Help.
Summary: It won't compile
Keywords: libg++
Organization: Dept. of Energy, Mines, and Resources, Ottawa
Date: Thu, 13 Aug 1992 20:19:29 GMT

I have been trying to compile libg++ V2.2 on our HP900/750
running HP-UX 8.07 and it has failed. I am compiling it with GCC-2.2.2
(to which I have applied the UTAH stuff  and some suggestions
from Timothy Moore to get the -g option to work).
I use "configure hppahpux". (I also tried "configure hp750". No
difference.)

The compilation process gets to the following point, then bails out:

-------------
gcc -g -O -nostdinc++ -I.. -I. -I./../iostream   -c Obstack.cc
/usr/include/math.h: In function `int  abs (int)':
In file included from ./builtin.h:33, from Obstack.cc:22:
/usr/include/math.h:185: redefinition of `int  abs (int)'
/usr/include/stdlib.h:62: here is the previous declaration of `int  abs (int)'
./Obstack.h: In method `void  Obstack::grow (const void *, int)':
In file included from Obstack.cc:23:
./Obstack.h:124: warning: implicit declaration of function `bcopy'
make[2]: *** [Obstack.o] Error 1
-------------

Any ideas, anyone?

Thanks,
--
Pierre Mathieu
Geodetic Survey of Canada
Ottawa, Canada
Internet: mathieu@geod.emr.ca
Newsgroups: gnu.g++.help
From: balson@3d.enet.dec.com (My name is...)
Subject: I'd like some general info on G++
Organization: Digital Equipment Corporation
Date: Mon, 17 Aug 1992 17:36:21 GMT


Newsgroups: gnu.g++.help,comp.lang.c++
From: rfg@netcom.com (Ronald F. Guilmette)
Subject: g++, cfront, and the evolving ANSI C++ standard
Date: Sun, 16 Aug 92 09:16:03 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

In article <9208120807.AA02010@jc3b23.UUCP> gwl@jc3b23.UUCP (George W. Leach) writes:
>	I've got a quick question.  The latest GNU Bulletin (6/92) 
>includes a description of G++, which indicates that AT&T's cfront is 
>diverging from the ANSI efforts.  This is presented as the reason why 
>G++ and cfront are not in sync.  Furthermore, there is an indication 
>that G++ is tracking ANSI.  The version of G++ listed is 1.40.3.  The
>version of cfront spoken of is not listed (3.0?).

This is all a substantial misstatement of the facts.  The truth is that
cfront is tracking the ANSI C++ efforts far better than the g++ compiler
is at this time.
From: munroe@dmc.com (Dick Munroe)
Newsgroups: gnu.g++.help
Subject: MI Weirdness needs some explaination
Date: 14 Aug 92 07:34:39 EDT
Organization: Doyle, Munroe Consultants, Inc., Hudson, MA

I built a class using multiple inheritance and am getting the following message
when I compile it:

$ gcc/plusplus/include=(INC$)/noopt/debug/nolist/object=OBJ$:SQS-TK560DRIVESLOT.obj SRC$:SQS-TK560DRIVESLOT.CXX
src$:sqs-tk560driveslot.cxx: In method `SQS_TK560DriveSlot::SQS_TK560DriveSlot(int)':
src$:sqs-tk560driveslot.cxx:64: member `address' belongs to MI-distinct base classes `SQS_TSlot'
%GCC-I-NOOBJECT No object file was produced.

The inheritance looks something like follows (stuff left out for simplicity,
each class declaration is in a seperate include file.):

class SQS_TSlot
{
    int a ;

public :
    int address() { return a ; }
    void address(int addr) { a = addr ; }
} ;

--

class SQS_TDriveSlot : public SQS_TSlot
{
public :    
    virtual unsigned long dismount() = 0 ;		// Dismount the content of the specific drive.
    virtual unsigned long dismount(struct dsc$descriptor&) = 0 ;
							// Dismount the specific drive only if it contains the specified volume.
} ;

--

class SQS_TK560Slot : public SQS_TSlot
{
public :
} ;

--

class SQS_TK560DriveSlot 
:   public SQS_TDriveSlot, 
    public SQS_TK560Slot
{
public :

    SQS_TK560DriveSlot(int) ;
} ;

When I try to reference the address function in the constructor for
SQS_TK560DriveSlot the above error happens.

SQS_TK560DriveSlot::SQS_TK560DriveSlot (
    int addr)
{
    SQS_TDriveSlot::address(addr) ;
    unsigned long status = readState() ;
    if (!$VMS_STATUS_SUCCESS(status))
    {
        lib$signal(status, 0, 0) ;
    }
}

Unless I use scope resolution to eliminate the error message.  The little test
case (all in one file) I put together doesn't exhibit the same behavior:

class a
{
	int fa ;
public :
	a(int b) : fa(b) {} ;
	a() {} ;
	accessa() { return fa;} ;
	accessa(int a) { fa = a ; } ;
	virtual foo() ;
} ;

class b
{
	int fb ;
public :
	accessb() { return fb ;} ;
	accessb(int b) { fb = b ; } ;
} ;

class c : public a
{
	int fc ;
public :
} ;

class d : public b, public c
{
public :
	d(int addr) { accessa(addr) ; } ;
	foo() ;
} ;

d::d(int addr) { accessa(addr) ; } ;

d::foo()
{
	printf("%d",accessa()) ;
	return 1 ;
}

Can someone explain what's going on (or have I hit a snag in the compiler)?

Thanks for the help.
-- 
Dick Munroe				Internet: munroe@dmc.com
Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
267 Cox St.				Office: (508) 568-1618
Hudson, Ma.				FAX: (508) 562-1133

GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.
Xref: sparky gnu.g++.help:1137 alt.sources.d:1028
From: av@kielo.uta.fi (Arto V. Viitanen)
Newsgroups: gnu.g++.help,alt.sources.d
Subject: Re: VAR - a C++ string class library
Date: 20 Aug 92 07:12:05 GMT
Reply-To: av@uta.fi (Arto V. Viitanen)
Distribution: gnu
Organization: University of Tampere, Finland

I tried to compile Lee Hounshell's VAR library on GNU G++ (gcc version
2.2.2). It said there is error on var.C, in method

var & var::operator ++ (void)           // increment (pre-index only)
{
    *this += 1;
    return *this;
}

var.C: In method `class var& var::operator ++ ()':
var.C:523: cannot convert to a reference type

Funny thing is, operator -- compiles without problem. When I changed the
addition to subtraction (*this -= -1), the library compiled ok.


--
Arto V. Viitanen				               email: av@uta.fi
University Of Tampere,				   	           av@cs.uta.fi
Finland
Newsgroups: gnu.g++.help
From: coates@newton.physics.uq.oz.au (Tony Coates)
Subject: Problem with EMX-0.8d
Keywords: emx g++ c++ test
Organization: Physics Dept. The University of Queensland
Date: Sat, 15 Aug 1992 05:07:50 GMT

I have just installed emx-0.8d (i.e. g++ for OS/2 v2.0), and tried to
make the files in the directory "\emx\test" using "make".  Everything
was O.K. until the compilation of the file "hexdump.c".  The compilation
terminated with the error "`optswchar' undeclared".  This "char"
variable is used without declaration in "hexdump.c".  A look at the code
suggested that "optswchar" should be declared in "getopts.h", but isn't.
A search of all files on the disk only found the string "optswchar" in
the files "hexdump.c" and "libc.a", which suggest that a declaration of
"optswchar" has been omitted somewhere.  Can anyone help me with this?
Thanks in advance for any help/advice.
								Tony.
Newsgroups: gnu.g++.help,comp.lang.c++
From: swr@curtech.UUCP (Steve Robertshaw)
Subject: Building gcc/g++ 2.2 on a Motorola Delta
Organization: Gatewayed from the GNU Project mailing list help-g++@prep.ai.mit.edu
Date: Thu, 20 Aug 1992 02:20:26 GMT


Hi,

I have finished building gcc/g++ on a Motorola Delta system (MVME147)
which is currently running sysV68 r3V5.1 (Motorola's Unix). The gcc seems to
work just dandy. The g++ compiler on the other hand produces assembly code 
label extensions for the function protoypes using the '$' character. I have
tried playing around with the cp-tree.h and associated tm.h files.
Unfortunately the assembler's only separator characters available are '_',
which wreaks havoc with C labels if that is the JOINER, '~', which would work
fine except that the assembler only lets you place it at the beginning of the
label, and '%', which of course will wreak havok with all the sprintf
statements. Does anyone know of a solution to this dilema as well as any other
pitfalls which may befall the unsuspecting. Thanks.

Steve Robertshaw

-- 

Steve Robertshaw                curtech!swr@nic.unh.edu
Current Technology              (603) 868-2270
99 Madbury Rd.
Durham, NH   03824
Xref: sparky gnu.g++.help:1121 gnu.gcc.help:1918
From: adc@tardis.msu.edu (Alan D. Cabrera)
Newsgroups: gnu.g++.help,gnu.gcc.help
Subject: indent for C++
Date: 17 Aug 92 19:04:11 GMT
Reply-To: adc@tardis.msu.edu
Organization: Michigan State University


Is there an indent for C++ and Objective-C?


---
Alan Cabrera				internet:  adc@tardis.cl.msu.edu
Computer Laboratory			phone:     (517) 353-3027
Michigan State University		fax:       (517) 353-9847
514 Computer Center			bitnet:    CABRERA@MSU
East Lansing, MI 48824
Newsgroups: gnu.g++.help,comp.lang.c++
From: sb@onripx.neuro.emory.edu (Steve Berger)
Subject: Strange g++ unresolved symbols
Organization: Gatewayed from the GNU Project mailing list help-g++@prep.ai.mit.edu
Date: Thu, 20 Aug 1992 22:31:47 GMT



  Hi,

    I'm compiling a program using g++ 2.2.2 on a Sun Sparc running
  sunos 4.1.2 and I'm getting some very strange unresolved linker 
  references when I try to link statically.  This problem does not 
  occur when linking non statically.  Here are the errors I get when 
  I try to make the program :


c++ -static -pipe -I/usr/include/X11 -L/usr/lib/X11 -L/usr/lib  -o onr onr.o  pefuncs.o layerfuncs.o netfuncs.o inputpathfuncs.o  outputpathfuncs.o learnfuncs.o sumfuncs.o transferfuncs.o setupx.o setupactions.o setupmainwindow.o setupcolormap.o setuplayerdialog.o canvasbuttonpress.o layerokcallback.o grabfocus.o setuplayermenu.o setuppemenu.o setupnetworkmenu.o setupconnectmenu.o debug.o layeradd.o layerdelete.o checkposition.o connectionadd.o connectiondelete.o connectionfanin.o connectionfanout.o ptrmot




ionhandler.o  setupselect.o peadd.o pedelete.o beep.o editmode.o canvasbuttonrelease.o getxyminmax.o timeconst.o layeredit.o layercancelcallback.o layerhelpcallback.o setupconnectdialog.o connectionokcallback.o connectioncancelcallback.o setuppedialog.o peokcallback.o clip.o peedit.o pecancelcallback.o readfile.o readdoubles.o setconnectionpopupvals.o askuser.o setuporderdialog.o reorderupdate.o getfuncindexes.o savefile.o strtofuncptr.o setupfileselectdialog.o setupsaveasd!
ialog.o saveascallbacks.o errorpo
/usr/local/bin/gcc
ld: Undefined symbol
   LBE50
   LBB50
   LBE40
   LBB40
   LBE41
   LBB41
   LBE31
   LBB31
   LBE42
   LBB42
   LBE32
   LBB32
   LBE43
   LBB43
   LBE33
   LBB33
   LBE44
   LBB44
   LBE34
   LBB34
   LBE45
   LBB45
   LBE35
   LBB35
   LBE46
   LBB46
   LBE36
   LBB36
   LBE47
   LBB47
   LBE37
   LBB37
   LBE48
   LBB48
   LBE38
   LBB38
   LBE49
   LBB49
   LBE39
   LBB39
   LBE30
   LBB30
   LBE20
   LBB20
   LBE21
   LBB21
   LBE22
   LBB22
   LBE23
   LBB23
   LBE24
   LBB24
   LBE25
   LBB25
   LBE26
   LBB26
   LBE27
   LBB27
   LBE28
   LBB28
   LBE29
   LBB29
collect: /usr/bin/ld returned 2 exit status
*** Error code 1
make: Fatal error: Command failed for target `onr'



    None of these symbols are defined or used anywhere in my program and the
  linker actually does produce an executable which at least *SEEMS* to
  work.  Does anybody have any idea what the problem is here ?  This problem
  did not exist under g++ 2.1.


    Please address responses directly to me and I'll mail the result to
  anyone who is interested.




  Steve Berger (sb@onripx.neuro.emory.edu)

Newsgroups: gnu.g++.help
From: ernest@pundit.cithep.caltech.edu (Ernest Prabhakar)
Subject: Problems with DTOR_LIST in libg++ on NeXT 3.0 (gcc 2.1)
Reply-To: ernest@pundit.cithep.caltech.edu (Ernest Prabhakar)
Organization: California Institute of Technology, Pasadena
Date: Sat, 22 Aug 1992 01:11:18 GMT

Hello,
I'm in kind of a perverse situation, but I thought I'd try for help anyway.
I'm running GCC 2.1, which was compiled on a NeXT 2.1 system, on my Next 3.0  
(beta) system.  It appears to work pretty well.  I could not get GCC 2.2 to  
compile on my system, but that's another story.

I am trying to compile lib++2.2 (I couldn't find 2.1).  Are there any  
particular problems known to occur if you try to compile lib2.2 with a 2.1  
system?

For a number of files, I seem to get this 'DTOR_LIST' symbol defined, which  
results in:
pundit% g++ streambuf.C  
ld: streambuf.o symbol 137 (___DTOR_LIST__) has unknown n_type field (0x16)
collect: /bin/ld returned 1 exit status
This happens to any libraries that include this module as well.

The relevant files which have this odd symbol are:
   Rational.cc Regex.cc String.cc fmtq.cc ioob.cc  AND streambuf.C
Everything else is fine.

The only files which EXPLICITLY mention DTOR_LIST are init_main.c and other  
things which include 'dldefs.h'.  They are not compiled at all. Since dldefs.h  
is not part of the distribution, there is no way to compile them.  Is there any  
correlation?

Could someone explain to me what is going on?  Am I doing something horribly  
perverse that causes this?  Would using gcc 2.2.2 get rid of this?  Does  
anybody know exactly what DTOR_LIST is even there for?

Thanks in advance,

- Ernie P.

--
Ernest N. Prabhakar                  Caltech High Energy Physics
Member, League for Programming Freedom (league@prep.ai.mit.edu)
CaJUN President        NeXTMail:ernest@pundit.cithep.caltech.edu
"...and ourselves, your servants for Jesus sake." - II Cor 4:5b
#import <std/disclaimer.h>
Newsgroups: gnu.g++.help,comp.lang.c++
From: keister@poincare.phys.cmu.edu (Bradley D. Keister)
Subject: static constructors and libraries
Organization: Gatewayed from the GNU Project mailing list help-g++@prep.ai.mit.edu
Date: Tue, 18 Aug 1992 05:38:20 GMT

Several weeks ago I posted a notice that modules in libraries were not
initializing static constructors under g++ 2.2.2 on a SPARC, though
they did so with g++ 2.2.2 on a DECstation.  The details are included
below.  Since I received no feedback at that time, and I need several
library modules which have such constructors for a major project, I've
decided to post this query.  Am I doing something improper?  Is there
a workaround for this, short of compiling all modules with static
constructors and linking them in directly?

Brad Keister
Department of Physics
Carnegie Mellon University
Pittsburgh, PA 15213
(412) 268-2772 (office)
(412) 681-0648 (FAX)

internet:	keister@poincare.phys.cmu.edu
BITNET:		keister%poincare.phys.cmu.edu@CARNEGIE


>> A library which I have developed makes occasional use of static
>> constructors (which generate constants use frequently in
>> applications).  I've just noticed that the SPARC version of g++
>> generates code which initializes those constants to zero, but
>> initializes correctly if the .o file is linked in directly.  If I do
>> the same thing with the DECstation version of g++, I get correct
>> initialization from the code in the library, and the same is true
>> using cfront on the DECstation.
>> 
>> The code which uses the numbers from the static initialization is not
>> itself in any constructor; in fact, it's in main().  I may be
>> misunderstanding the warnings about implementation dependence of
>> static constructors, but I'm surprised that two machine versions of
>> g++ (both 2.2.2) handle it differently.
From: munroe@dmc.com (Dick Munroe)
Newsgroups: gnu.g++.help
Subject: Passing pointer to member functions to member functions.
Date: 13 Aug 92 14:07:04 EDT
Organization: Doyle, Munroe Consultants, Inc., Hudson, MA

I thought I had an application for passing pointers to member functions to
other members.  Turns out it wasn't necessary, but I was UNABLE to get the
compiler to even THINK about letting me pass them in without introducing a
typedef.  The ARM isn't at all clear on this and my other reference books
didn't help either.

Is the typedef necessary?  If not, what would the correct syntax for the
following be without it?

class a ;

typedef void (a::*foo)() ;

class a 
{
public:
	void bar(foo) ;
} ;

void a::bar(foo function)
{ 
	(this -> *function)() ; 
} ;


Thanks for the help.
-- 
Dick Munroe				Internet: munroe@dmc.com
Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
267 Cox St.				Office: (508) 568-1618
Hudson, Ma.				FAX: (508) 562-1133

GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.
Xref: sparky gnu.g++.help:1112 gnu.gcc.help:1904
From: chuan@milton.u.washington.edu (Chuan "infamous" Lee)
Newsgroups: gnu.g++.help,gnu.gcc.help
Subject: djgpp make
Date: 14 Aug 92 04:44:19 GMT
Article-I.D.: u.1992Aug14.044419.8062
Distribution: usa
Organization: University of Washington, Seattle

This question must have been asked before: does djgpp has a 'make'
routine?  I got a "bad command or filename" when I tried to do

	make -i something

Thank you very much for your help.

Chuan Lee
U of Washington, Seattle.
Newsgroups: gnu.g++.help
From: veitch@vxcrna.cern.ch (Liz Veitch)
Subject: funny behaviour with extern "C" (was: Calling C++ from C) 
News-Software: VAX/VMS VNEWS 1.41    
Keywords:  extern "C"
Organization: European Organization for Nuclear Research, CERN
Date: Tue, 18 Aug 1992 17:02:00 GMT



HI,

I have a problem with calling C functions from C++, despite using the 
recommended syntax. If I have a test C++ program as follows: 

// TEST.CC

extern "C" {
void foo0();
void Foo1();
void FOO2();
}


main ( int argc, char **argv ) {

foo0();
Foo1();
FOO2();
}


then I find that the linker correctly starts looking for foo0 in the
link list, but the functions with capital letters in the name are 
treated as if I hadn't used extern "C" :

%LINK-W-NUDFSYMS, 3 undefined symbols:
%LINK-I-UDFSYM,         FOO0
%LINK-I-UDFSYM,         FOO1_800000X
%LINK-I-UDFSYM,         FOO2_E00000X


Has anyone seen this behaviour/feature/bug before?  And does anyone know 
how to make it behave properly?

Help!  I'm really stuck, because what I really want to do is add some
Motif stuff, and who ever heard of a Motif function without capitals in
the name?  There must be some way to stop this happening. ( I'm using
GNU 2.2.2 on VAX/VMS. ) 

Thanks in advance,
Liz Veitch

Xref: sparky gnu.g++.help:1147 comp.lang.c++:12768