home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!spool.mu.edu!enterpoop.mit.edu!eff!ssd.intel.com!ogicse!cs.uoregon.edu!news.uoregon.edu!news.uoregon.edu!systems
- From: bjorn@darmok.uoregon.edu (Bjorn S. Fjeld Pettersen)
- Newsgroups: comp.sys.next.programmer
- Subject: Re: Problems using gcc 2.3.3
- Message-ID: <1i7ogaINNhc2@pith.uoregon.edu>
- Date: 3 Jan 93 22:14:34 GMT
- References: <1993Jan1.110309.5899@mic.ucla.edu>
- Organization: University of Oregon Network Services
- Lines: 37
- NNTP-Posting-Host: cisco-ts2-line65.uoregon.edu
-
- In article <1993Jan1.110309.5899@mic.ucla.edu> iwelch@agsm.ucla.edu (Ivo Welch)
- writes:
- > And, let's not forget that some of us need to debug programs, too. But
- NeXT
- > gdb does not work with gcc 2.x.x, and NeXT has not forwarded its own
- changes
- > to gdb to the FSF in their standard format; therefore, the FSF's new
- gdb
- > version does not compile on NeXTs.
- >
- > So: either you can use NeXT's historic version of gcc with non-ANSI C++
- syntax
- > and no libg++, or you can use FSF version of gcc without NeXT
- Objective-C
- > extensions and without a functional gdb.
- >
- > A pathetic state of affairs.
- >
- > /ivo welch
- >
-
- Indeed! I know some people here are Objective-C fanatics :) -- including many
- people at NeXT. And yes, I do like Objective-C for GUI stuff. But it seriously
- s**** sh** when it comes to other things. BTW, does anyone out there know why
- NXPoin, NXSize etc., etc. were not implemented as objects? In C++ it would have
- been easy (both to program, use, and subclass), and if would have been
- EFFICIENT!
-
- Ah... It felt good to get that out of my system :)
-
- --bjorn
-
- ------------------------------------------------------------------------------
- Bjorn S. Fjeld Pettersen
- bjorn@doek.uoregon.edu NextMail Welcomed
- #include <std-disclaimer.h>
- ------------------------------------------------------------------------------
-