Path: utzoo!news-server.csri.toronto.edu!rutgers!uwm.edu!ogicse!ucsd!hub.ucsb.edu!ucsbuxa!6600dtam
From: 6600dtam@ucsbuxa.ucsb.edu (Marc "Tae-Kwon" Tamsky)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Help on "C++ Programming with MacApp" book needed
Message-ID: <9791@hub.ucsb.edu>
Date: 10 Mar 91 12:21:15 GMT
References: <1991Mar3.161029.16931@Informatik.TU-Muenchen.DE> <9612@hub.ucsb.edu> <1991Mar04.172038.4060@lynx.CS.ORST.EDU> <1991Mar5.155430.3246@jhereg.osa.com> <1991Mar8.120743.2089@Informatik.TU-Muenchen.DE>
Sender: news@hub.ucsb.edu
Lines: 20

>Nevertheless setting the linker option -m main solved the problem
>as far as I'm concerned. The default seemed to be %__MAIN as the
>link-protokoll showed. And this is not defined anywhere.
>What is really upsetting is that a few codes compiled without trouble.
>I ran into that problem with all MacApp programs but not with all the
>regular C++ demo sources. So I wonder if it has to do with code-length 
>and/or available RAM space. Since giving the compiler more space
>didn't solve that problem I consider it to be a combination of both.

I would have to agree.... all I did was set the -m main in the link
options, and everything was peachy.

Do I have to worry that later on I'll run into this problem as my source
and object files get bigger...?

--
=  Marc Tamsky                   Under Capitalism, man expoits man.       =
=  6600dtam@ucsbuxa.ucsb.edu     Under Communism, it's just the opposite. =
=  POB 12600, UCSB                                        -J K Galbraith. =
=  Santa Barbara, CA 93107       (805)-562-5645                           =