Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!brl-adm!rutgers!lll-crg!nike!ucbcad!ucbvax!UOGUELPH.BITNET!SOFPJF From: SOFPJF@UOGUELPH.BITNET (Peter Jaspers-Fayer) Newsgroups: net.micro.atari16 Subject: Re: 1040ST questions (C compilers) Message-ID: <8610301952.AA08913@ucbvax.berkeley.edu> Date: Thu, 30-Oct-86 13:52:47 EST Article-I.D.: ucbvax.8610301952.AA08913 Posted: Thu Oct 30 13:52:47 1986 Date-Received: Fri, 31-Oct-86 02:10:44 EST References: Sender: daemon@ucbvax.BERKELEY.EDU Organization: The ARPA Internet Lines: 24 OK, but which C is most Alcyon compatible? I tried to convert something A->MM (the details are a bit fuzz now) having to do with trying to move characters with a pointer into memory based on an offset and some index in a loop. The problem was that Megamax complained that the pointer was not the same type as the long int that was the calculated address. Alcyon accepted this no problems. This was probably 'lint', but I couldn't think of any other way to re-code it. Ideas anyone? I dislike Alcyon for several reasons among which are: 1) Multi-passes, multi little bits and pieces contribute a lot to its slowness 2) The links are a MESS, in Megamax, you just point to the .O files you want linked together (yours not system stuff) and it goes. None of this fiddling with multitudinous libraries and worrying about what order... But unfortunately, a LOT of good software around is still written in it. The .O files are not compatible either! That's not right. I wish there was a standard ST linker, and that PASCAL, MODULA, and WHATever else all produced the same type of object files, which could then be linked together. I know that there's some different parameter passing conventions there, but Am I asking too much? Why not? So what about Mark Williams' and other Cs with respect to source compatability? (The object file compatability is just a dream with multi vendors *sigh*) /PJ