HDTenEightyP/NetNews huggingface dataset:
From: antoy@antares.cs.pdx.edu (Sergio Antoy)
Newsgroups: gnu.g++.help,comp.lang.c++
Subject: Suggestions and experience wanted
Date: 17 Nov 92 23:52:13 GMT
Article-I.D.: antares.ANTOY.92Nov17155213
Reply-To: antoy@cs.pdx.edu
Organization: Portland State University, CS Dept.

I have been asked by my chairman to propose an undergraduate
(junior level) course in C++.  I am looking for suggestions on
textbook, material to cover, compiler, environments, related
topics, etc.  Both positive and negative experiences would help.
The prerequisite currently considered are a course in data
structures that uses Modula-2 and a course in C.
Please e-mail your answer.  Thanks in advance.

Sergio Antoy
Dept. of Computer Science
Portland State University
P.O.Box 751
Portland, OR 97207
voice +1 (503) 725-3009
fax   +1 (503) 725-3211
internet antoy@cs.pdx.edu
Newsgroups: gnu.g++.help,comp.lang.c++
From: hhc@athena.mit.edu (Hong-Hsiang Chen)
Subject: List of PD C++ Libraries??
Organization: Massachusetts Institute of Technology
Date: Mon, 23 Nov 1992 16:13:17 GMT

Well, since the major advantage of C++ is the promised silver bullet of 
reusable software components, i.e., class libraries, I am wondering if there
is a list somewhere out there of public domain and/or free c++ libraries,
not to mention tools...

Obviously libg++, InterViews, Keith Gorlen's OOPS, OATH, COOL, spring to mind,
but I'm sure there are lots more lurking out there on the 'net...

A list of tools such as ident++, bison++, c++2latex, tags++, etc. would be
nice also.

The FAQ is mum about this... I would think such a list would/should be
included and definitely desirable...

If there isn't such a beast, well then, time to start compiling one ... :-)

--
-----
Sean Chen.  hhc@athena.mit.edu
"Nunc in scutella iaceo,/et volitare nequeo,/dentes fredentes video./Miser!"
  Olim lacus colueram, _Carmina Burana_
Newsgroups: gnu.g++.help
From: kimmyd@bnr.ca (Kimmy Posey P920)
Subject: MS-DOS port
Organization: Bell-Northern Research, BNR-RTP 
Date: Mon, 23 Nov 1992 17:24:35 GMT

Anybody know if there is an MS-DOS port that will run on a '286.  The only one
I've seen requires a '386.  What would be required to do such a port?  Send
me email.

KimmyD
From: chanl@bali.amd.com (Chan Lee)
Newsgroups: gnu.g++.help
Subject: Re: Does g++ require libg++
Date: 17 Nov 92 17:37:33 GMT
Organization: Advanced Micro Devices, Inc., Austin, Texas


Does anyone have a machine readable form of GNU-Objective C manual ?
(Or if it is available from somewhere?)
If so, please send a copy to

	chanl@bali.AMD.COM

Thanks for your help,

Chan Lee
From: fred@gna.axis-design.fr (Frederic Cirera)
Newsgroups: gnu.g++.help
Subject: Problem with g++ and -g option.
Date: 18 Nov 92 15:28:58 GMT
Organization: GNA c/o Axis Design 119 rue de Flandre 75019 Paris


Hy usenet friends.


I compile this program with gcc2.3.1 on i486 SVR4, ld produce this error

Any ideas or bug fix ?

thanks Fred. 

# Makefile
#
DEBUG=-g -ggdb

x: x.o
	/usr/local/bin/g++ $(DEBUG) -o x x.o

clean:
	rm -f *.o x

x.o: x.C
	/usr/local/bin/g++ $(DEBUG) -c x.C



// x.C

//
#include <stdio.h>

main()
{
	printf("Hello world\n" );
}



$ make
/usr/local/bin/g++ -g -ggdb -c x.C
/usr/local/bin/g++ -g -ggdb -o x x.o
Undefined                       first referenced
 symbol                             in file
.L_T51                              x.o
ld: x: fatal error: Symbol referencing errors. No output written to x
*** Error code 1 (bu21)



   +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+
   | Frederic CIRERA             |  E-mail : fred@gna.axis-design.fr        |
   | Av de la republique         |  Home   : 42 05 17 66                    |
   | 91374 Verrieres le buisson  |  Office : 69 20 45 05                    |
   | FRANCE.                     |                                          |
   +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+
                                                                               

-- 
   +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+
   | Frederic CIRERA             |  E-mail : fred@gna.axis-design.fr        |
   | Av de la republique         |  Home   : 42 05 17 66                    |
   | 91374 Verrieres le buisson  |  Office : 69 20 45 05                    |
Newsgroups: gnu.g++.help
From: bjornw@colargol (Bjoern Wennberg)
Subject: Re: Compiling libg++-2.2 on ISC SVR3 v2.2.0
Organization: Colargol, Trondheim College of Engineering
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 17 Nov 92 15:51:46 GMT

Marc Fournier - Admin (marc@r-node.gts.org) wrote:
: Help?
: 
: 	I'm attempting to compile libg++ to no avail :( I have gcc
: 2.2.2 online...I ran fixincludes when I installed it.  When I run
: make, I get the error on fdmatch.c dealing with 'parse error before
: mode_t' in /usr/include/sys/stat.h
: 
: 	Anyone out there able to help?
: 
: Thanks...
: 
: Marc

Hi!

mode_t is defined in <sys/types.h>

You should include <sys/types.h> before including <sys/stat.h>
or fix <sys/stat.h> so that it automatically includes <sys/types.h>

bjornw>
--
The sooner all the animals are dead, the sooner we'll find all their money.
Newsgroups: gnu.g++.help
From: mikep@abekas.com (Mike Park)
Subject: RE: ET++ and g++
Organization: Abekas Video Systems Inc., Redwood City, California.
Date: Tue, 17 Nov 1992 19:48:55 GMT

In gnu.g++.help you write:

>Anyone have any luck building ET++ with g++? Any tips would be appreciated. I believe I'm running g++ 1.40.

>Thanks in advance,

I compiled it without major problems with gcc-2.2.2.  The only changes
I remember that are required are to add initialisers for statics defined
within a class.

ie	class fred {
	static int i;
	};

	int fred::i = 0;	// <--- must be added

This requirement is part of the latest ARM c++ reference.

Mike
-- 
Mike Park
Abekas Video Systems Inc.                 NET: mikep@abekas.com
Newsgroups: gnu.g++.help
From: jjo619@thor.albany.edu (John O'neill)
Subject: Help compile libg++2.2 (almost have it)
Summary: Cant compile 2 files in iostream
Keywords: libg++,iostream install,dec5000
Organization: State University of New York at Albany
Date: Mon, 23 Nov 92 18:05:53 GMT

I am having Problems installing libg++-2.2.  
I got everything to compile except 2 files from the iostream library.
I made libg++ without these two files but when I ran g++ I got the 
following error message:
ld:
Undefined:
vscan__9streambufPCcPcPUc
vform__9streambufPCcPc

Seems like I need to compile sbufvscan.C and sbufvform.C.
Can someone tell me how to compile these two routines.  I'm using 
gcc version 2.1 on a decstation 5000/240 running Ultrix v4.2a.  
( can version libg++-2.2 be used with gcc v2.1? ).   

I include the output of running make and the error messages.

Thanks Alot,
John O'Neill

PS Quick question, how can you tell what version of libg++ you are using?

========================================================================
%make -f Makefile
`if [ -f ${rootprefix}../../gcc/gcc ] ;  then echo ${rootprefix}../../gcc/gcc -B
${rootprefix}../../gcc/ ;  else echo gcc ; fi` -g  -I. -I.. -I. -I./../src -I./.
./g++-include -c `if [ -f ${rootprefix}../../gcc/gcc ] ;  then echo -I${rootpref
ix}../../gcc/include ;  else echo ; fi` sbufvform.C
sbufvform.C: In method `int  streambuf::vform (const char *, char *)':
sbufvform.C:248: warning: implicit declaration of function `__builtin_alignof'
sbufvform.C:248: parse error before `4'
sbufvform.C:248: parse error before `4'
sbufvform.C:248: parse error before `['
sbufvform.C:260: parse error before `4'
sbufvform.C:260: parse error before `4'
sbufvform.C:260: parse error before `)'
.
. similar errors
.
sbufvform.C:427: parse error before `4'
sbufvform.C:427: parse error before `)'
*** Error code 1
Stop.

Similiar problem with sbufvscan.C (comment out sbufvform.C)

Newsgroups: gnu.g++.help
From: dlovell@elec.uq.oz.au (David Lovell)
Subject: ANSI C++ forbids array size in vector delete
Keywords: g++
Organization: Prentice Centre, University of Queensland
Date: Wed, 18 Nov 1992 07:38:46 GMT

Hi there,
We've just put the latest releases of gcc and libg++ up and now I'm bashing
some old code into shape. I know this is only a warning message but I'd like
to know how to get rid of it (apart from turning all the warnings off!).

The message in question has the form:
matrix.C:63: warning: ANSI C++ forbids array size in vector delete

where matrix.C:63 is:
delete [storage] store;

where store is allocated by:
store = new double [storage];

Am I right to assume that C++ no longer needs "array size in vector delete"?
I just bought a "recent" (1991) C++ text, "C++: the Complete Reference" by
Herbert Schildt which says at the top of page 334

"When an array allocated by using new is released, delete must be told how
many elements there are in the array."

Which poses the question, which C++ reference should GNU users refer to?
Thanks in advance for all your helpful replies.

David
-------------------------------------------------------------------------------
David Lovell - dlovell@s1.elec.uq.oz.au  |
                                         |
Dept. Electrical Engineering             | "Oh bother! The pudding is ruined
University of Queensland                 | completely now!" said Marjory, as
BRISBANE 4072                            | Henry the daschund leapt up and
Australia                                | into the lemon surprise.
                                         |
tel: (07) 365 3564                       |
Newsgroups: gnu.g++.help,comp.lang.c++
From: steve@taumet.com (Steve Clamage)
Subject: Re: demangeling
Organization: TauMetric Corporation
Date: Mon, 23 Nov 1992 23:39:57 GMT

FLEINERC%CFRUNI51.BITNET@mitvma.mit.edu writes:


>Does there exist a program to demangle names used by C++ ?
>it should accept for example
>     __ct__7ostreamFv
>and print
>     ostream::ostream()

Name mangling is an implementation detail, not part of the definition
of the C++ language.  There is no one way to mangle names, and indeed,
the ARM recommends that different compilers use different mangling
techniques (if they use name mangling at all).

The reason for the recommendation is that there are many arbitrary
decisions which an implementation must make, and it is unlikely that
two different implemenations will make them the same way.  If name
mangling were the same, it would be possible to link object files
from incompatible compilers, producing bizarre program failures.  If
the program fails to link, you at least have a clue that the compilers
are incompatible.

Thus, there is no one portable demangling program.

Many C++ implementations come with a name demangler .  Check
your documentation, or ask your compiler vendor.
-- 

Steve Clamage, TauMetric Corp, steve@taumet.com
Vice Chair, ANSI C++ Committee, X3J16
From: brendan@cygnus.com (Brendan Kehoe)
Newsgroups: gnu.g++.help
Subject: Re: Where are "cout" & "cin" defined?
Date: 21 Nov 92 10:05:39 GMT
Reply-To: brendan@cygnus.com (Brendan Kehoe)
Organization: Cygnus Support, Mountain View CA; Phone +1 415 903 1400
In-reply-to: wied@animal.sps.mot.com's message of Fri, 20 Nov 1992 18:22:33 GMT

In article <1992Nov20.182233.8065@newsgate.sps.mot.com> wied@animal.sps.mot.com (Bill Wied) writes:

   Where is "cout" and "cin" defined within libg++ 2.2? I looked in the file
   "iostream.h", but it only contains an extern reference to them.

They are defined in stdstreams.C in the iostreams subdir of libg++:

STREAM_DEF(_fake_ostream, cout, COUT_SBUF, NULL, 0)
STREAM_DEF(_fake_ostream, cerr, CERR_SBUF, (ostream*)&cout, ios::unitbuf)
STREAM_DEF(_fake_istream, cin, CIN_SBUF,  (ostream*)&cout, 0)

Brendan
--
Brendan Kehoe                                               brendan@cygnus.com
Cygnus Support, Mountain View, CA                              +1 415 903 1400
Xref: sparky gnu.g++.help:1467 comp.lang.c++:16713
From: hlu@eecs.wsu.edu (H.J. Lu)
Newsgroups: gnu.g++.help,comp.lang.c++
Subject: Re: libg++ v2.2 and gcc v2.3
Date: 21 Nov 92 19:47:11 GMT
Article-I.D.: serval.1992Nov21.194711.20699
Organization: School of EECS, Washington State University

In article <9211202008.AA07759@mail0191.Phibro.COM>, murphyp@phibro.com writes:
|> Are they compatible or should I wait for v2.3 of the library?

No. You should wait for libg++ 2.3 and gcc 2.3.2/2.4.


H.J.
Newsgroups: gnu.g++.help
From: marc@r-node.gts.org (Marc Fournier - Admin)
Subject: Re: Compiling libg++-2.2 on ISC SVR3 v2.2.0
Organization: R-node Public Access UNIX Information System (416-249-5366)
Date: Thu, 19 Nov 1992 05:07:17 GMT

In article <1992Nov19.032119.11280@r-node.gts.org> marc@r-node.gts.org (Marc Fournier - Admin) writes:
>
>Well...after posting this..I decided to 'experiment' with things and
>determined that all that was missing was to put -D_POSIX_SOURCE for
>that particular file and it worked :)  Now, onto the next error.... :(
>


Okay folks...

	I"m getting better at this...I'm actually getting somewhere
with this thing.  Latest problem was with ranlib...except there is no
such thing as ranlib on my machine...so, after some looking around in
the 'config' directory, I make ranlib = true and that works no
problem.

	New problem:

gmake[1]: *** No way to make target `iostream/stamp'.  Stop.
gmake: *** [all-libg++] Error 1

	I've looked through the Makefile(s), especially the one in
~/iostream, and I cannot seem to reason out where it is trying to make
'stamp' :(

	Any ideas?

Thanks...

Marc

-- 
Marc G. Fournier      | R-node Public Access Unix running UnixBBS 1.10
Etobicoke, Ontario    | 416-249-5366   24hrs 7 days/week   network email
voice: 249-4230       | shell accounts available  2500+ newsgroups  FREE
marc@r-node.pci.on.ca | Telebit WorldBlazer/SupraModem2400/Cardinal 2400
From: sb@next.neuro.emory.edu (Stephen O. Berger)
Newsgroups: gnu.g++.help
Subject: How do I fix wchar_t type conflict in g++ 2.3.1 ?
Date: 19 Nov 1992 14:59:58 GMT
Organization: Emory University, Dept of Math and CS
Reply-To: sb@next.neuro.emory.edu
NNTP-Posting-Host: next.neuro.emory.edu


Hi,

  I've just compiled g++ 2.3.1 on a Sparc IPX running sunos 4.1.2 and I am  
now getting a type conflict when compiling this simple program :

#include <sys/types.h>

main()
{

}

Here are the error messages generated :

In file included from /usr/local/lib/g++-include/sys/types.h:15, from  
t3.cc:1:
/usr/include/sys/types.h:24: conflicting types for `wchar_t'
/usr/local/lib/g++-include/stddef.h:11: previous declaration of `wchar_t'


Has anyone else encountered this problem ?  gcc 2.2.1 did not exhibit this
problem.


Steve Berger (sb@onripx.neuro.emory.edu)
Newsgroups: gnu.g++.help,comp.lang.c++
From: murphyp@phibro.com
Subject: libg++ v2.2 and gcc v2.3
Organization: Gatewayed from the GNU Project mailing list help-g++@prep.ai.mit.edu
Date: Fri, 20 Nov 1992 20:14:38 GMT

Are they compatible or should I wait for v2.3 of the library?

Thanks.

- Paul
murphyp@phibro.com
Newsgroups: gnu.g++.help
From: jason@jarthur.claremont.edu (Jason Merrill)
Subject: Re: ANSI C++ forbids array size in vector delete
Keywords: g++
Organization: Harvey Mudd College, Claremont, CA 91711
Date: Fri, 20 Nov 1992 09:24:48 GMT

In article <dlovell.722072326@s1.elec.uq.oz.au> dlovell@elec.uq.oz.au (David Lovell) writes:

>Which poses the question, which C++ reference should GNU users refer to?

The answer is, of course (until ANSI releases a reference document), the
Annotated C++ Reference Manual by Margaret A. Ellis and Bjarne Stroustrup.
This is the ANSI base document.

--
Jason Merrill					jason@jarthur.claremont.edu
This is a self-referential .sig which is not particularly interesting.
Newsgroups: gnu.g++.help
From: rt@cen.com (Richard Tom)
Subject: Re: libg++ 2.2 on Ultrix 4.3 on DECstation 3100
Followup-To: gnu.g++.help
Keywords: libg++2.2, Ultrix 4.3, DECstation 3100
Organization: Century Computing, Inc.
Date: Wed, 18 Nov 1992 22:13:29 GMT

	Ok.  I got libg++ 2.2 to compile with gcc 2.2.2 on Ultrix 4.3 on a
DECstation 3100.  I'll file a proper bug report soon.

	Rich
	rtom@cen.com
From: sethg@roar.CS.Berkeley.EDU (Seth C. Goldstein)
Newsgroups: gnu.g++.help
Subject: what is a "contravarience violation for method types"
Date: 23 Nov 92 11:32:33
Organization: /home/auspex/b/threadid/sethg/.organization
Distribution: world
NNTP-Posting-Host: roar.cs.berkeley.edu

When compiling the following with g++-2.3.1 I get warnings of the form:

quad.C: In method `Toplevel::Toplevel ()':
quad.C:27: warning: contravariance violation for method types ignored

What does it mean?

example:
////////////////////////////////////////////////////////////////////////
class Frame;
typedef void (Frame::*Codeblock)(void);

class Frame
{
protected:
    int         counter;

public:
    inline      Frame(Codeblock function);
};

class Toplevel : Frame
{
    int         i;
public:
                Toplevel(void);
    void        runtop(void);
};

Toplevel::Toplevel(void) : Frame(&(Toplevel::runtop))	// line 27
{

}

-seth
Newsgroups: gnu.g++.help
From: marc@r-node.gts.org (Marc Fournier - Admin)
Subject: Re: Compiling libg++-2.2 on ISC SVR3 v2.2.0
Organization: R-node Public Access UNIX Information System (416-249-5366)
Date: Thu, 19 Nov 1992 03:21:19 GMT

In article <1992Nov19.025345.9501@r-node.gts.org> marc@r-node.gts.org (Marc Fournier - Admin) writes:
>In article <1992Nov17.155146.18032@ugle.unit.no> bjornw@colargol (Bjoern Wennberg) writes:
>>Marc Fournier - Admin (marc@r-node.gts.org) wrote:
>>: Help?
>>: 
>>: 	I'm attempting to compile libg++ to no avail :( I have gcc
>>: 2.2.2 online...I ran fixincludes when I installed it.  When I run
>>: make, I get the error on fdmatch.c dealing with 'parse error before
>>: mode_t' in /usr/include/sys/stat.h
>>: 
>>: 	Anyone out there able to help?
>>: 
>>: Thanks...
>>: 
>>: Marc
>>
>>Hi!
>>
>>mode_t is defined in <sys/types.h>
>>
>>You should include <sys/types.h> before including <sys/stat.h>
>>or fix <sys/stat.h> so that it automatically includes <sys/types.h>
>>
>
>	Hmmmm...anyone have any more suggestions? :)  That was the first thing
>I have tried to no avail :(
>
>Thanks...

Well...after posting this..I decided to 'experiment' with things and
determined that all that was missing was to put -D_POSIX_SOURCE for
that particular file and it worked :)  Now, onto the next error.... :(

Thanks for the help though...

Marc
-- 
Marc G. Fournier      | R-node Public Access Unix running UnixBBS 1.10
Etobicoke, Ontario    | 416-249-5366   24hrs 7 days/week   network email
voice: 249-4230       | shell accounts available  2500+ newsgroups  FREE
marc@r-node.pci.on.ca | Telebit WorldBlazer/SupraModem2400/Cardinal 2400 
Newsgroups: gnu.g++.help
From: rtrom@cen.com (Richard Tom)
Subject: Re: Help compile libg++2.2 (almost have it)
Followup-To: gnu.g++.help
Keywords: libg++,iostream install,dec5000
Organization: Century Computing, Inc.
Date: Mon, 23 Nov 1992 21:45:27 GMT

John,

	The documentation for libg++ states that you must have the same
version or greater of g++ to build libg++.  I was using g++ 2.2.2 and building
libg++ 2.2 and still had the problem you had:

>`if [ -f ${rootprefix}../../gcc/gcc ] ;  then echo ${rootprefix}../../gcc/gcc -B
>${rootprefix}../../gcc/ ;  else echo gcc ; fi` -g  -I. -I.. -I. -I./../src -I./.
>./g++-include -c `if [ -f ${rootprefix}../../gcc/gcc ] ;  then echo -I${rootpref
>ix}../../gcc/include ;  else echo ; fi` sbufvform.C
>sbufvform.C: In method `int  streambuf::vform (const char *, char *)':
>sbufvform.C:248: warning: implicit declaration of function `__builtin_alignof'
>sbufvform.C:248: parse error before `4'
sbufvform.C:248: parse error before `4'
>sbufvform.C:248: parse error before `['
>sbufvform.C:260: parse error before `4'
>sbufvform.C:260: parse error before `4'
>sbufvform.C:260: parse error before `)'
>.
>. similar errors
>.
>sbufvform.C:427: parse error before `4'
>sbufvform.C:427: parse error before `)'
>*** Error code 1
>Stop.


The quick and dirty hack I did was to add the following line after the last
#include statement in the files sbufvform.C and sbufvscan.C:

#define __builtin_alignof __alignof__

I'd say it's a dirty hack, but I did get libg++ 2.2 to build under
Ultrix 4.3 on a DECstation 3100 with g++ (gcc) 2.2.2.

	Hope I've helped,

	Rich
	rtom@cen.com
Newsgroups: gnu.g++.help
From: rt@cen.com (Richard Tom)
Subject: libg++ 2.2 on Ultrix 4.3 on DECstation 3100
Followup-To: gnu.g++.help
Keywords: libg++2.2, Ultrix 4.3, DECstation 3100
Organization: Century Computing, Inc.
Date: Wed, 18 Nov 1992 14:04:12 GMT

	Thanks to the person who recommended trying to make CC = gcc in the
mh-decstation configure file.

	Anyway, I still can't get libg++ 2.2 to build under Ultrix 4.3 on a
DECstation with g++ 2.2.2.  Has anyone gotten this to work?  I looked at
one of the configuration files in libg++ and it seems that at the time when
that version came out, Ultrix 4.2 was the most up to date OS.  This would lead
me to assume no one tried building libg++ 2.2 under Ultrix 4.3.

	If you have libg++ 2.2 already built, perhaps I could get it from you?

	Thanks for any help,

	Rich
	rtom@cen.com
Newsgroups: gnu.g++.help
From: henryc@ic.Berkeley.EDU (Henry Chang)
Subject: Nested Templates
Organization: EECS CAD Group, UC Berkeley
Date: Mon, 23 Nov 1992 00:53:55 GMT

It is my understanding that nested templates are not yet supported.
Does someone have a work-around?

What I wish to do is essentially...
**********************************************************************
template <class X, class Y> class A { };
template <class X> class B { };

template <class X, class Y> class C {
   B<A<X,Y>> a;
};

main ()
{
   C<int,int> a;                // This causes the error to be produced
}
**********************************************************************
		
-Henry Chang	

-- 
Henry Chang				           henryc@ic.Berkeley.EDU
UC Berkeley Graduate Student                                 Berkeley, CA
Newsgroups: gnu.g++.help
From: mm459504@LANCE.ColoState.Edu (Michael Miller)
Subject: More g++ novice questions
Date: Mon, 23 Nov 1992 16:39:01 GMT
Organization: Colorado State U. Engineering College

After receiving all of the binaries from wuarchive, following all of the various
readmes and perusing the docs, I cannot seem to find the answer to this
question:

when I try to compile a program, the only error I get is something on the order 
of: cannon fine crt0.o file not found.

After asking a few friends w/experience with gnu c and comming up with nothing,
I turn to you: any clue what to do with crt0.o?


Mike


--
------
"It's kind of scary when you're room-mate is 4 of the 7 signs of the apocalypse"
				-Me
Xref: sparky gnu.g++.help:1441 comp.lang.c++:16337