home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.amiga.programmer
- Path: sparky!uunet!cs.utexas.edu!mars.tsd.arlut.utexas.edu!lofaso
- From: lofaso@tsd.arlut.utexas.edu (Bernie Lofaso)
- Subject: Re: gcc222 and __new_handler
- Message-ID: <1992Aug27.125555.22227@titan.tsd.arlut.utexas.edu>
- Sender: usenet@titan.tsd.arlut.utexas.edu
- Nntp-Posting-Host: zruty
- Organization: Applied Research Labs, University of Texas at Austin
- References: <1992Aug27.042815.9422@fcom.cc.utah.edu>
- Date: Thu, 27 Aug 1992 12:55:55 GMT
- Lines: 15
-
- dave@news.ccutah.edu (dave martin) writes:
-
- >hi, I recently upgraded to gcc222 and have noticed it has a problem
- >locating __new_handler. Attempts to provide my own and sticking it in
- >either my own library or libgcc.a fail. ld will only find it if I
- >specify my gcc222new.o directly. What is the correct fix for this? Did I
- >get a bad gcc222? I really dont want to change dmake to include my gcc222new.o
- >in everything.
-
- The archive site you got gcc222.lha from should have a gcc222-fix1.lha. This
- fixes several problems, mainly the missing module in libgcc.a. I installed
- mine last night and it seems to work well.
-
- Bernie Lofaso
- Applied Research Labs
-