Path: utzoo!utgpu!attcan!uunet!mcvax!hp4nl!philmds!leo
From: leo@philmds.UUCP (Leo de Wit)
Newsgroups: comp.sys.atari.st
Subject: Re: Lattice C - Help!
Keywords: -. , >CON:
Message-ID: <788@philmds.UUCP>
Date: 2 Sep 88 18:41:58 GMT
References: <571@laura.UUCP> <784@philmds.UUCP> <573@laura.UUCP>
Reply-To: leo@philmds.UUCP (Leo de Wit)
Organization: Philips I&E DTS Eindhoven
Lines: 33

In article <573@laura.UUCP> br@unido.UUCP (Bodo Rueskamp) writes:
|In article <784@philmds.UUCP> leo@philmds.UUCP (Leo de Wit) writes:
|>If you use LC1.TTP and LC2.TTP to compile, you will see they also wait
|>for a keypress before finishing. The odd thing is, they don't wait when
|>started from LC.TTP (this one starts them each in turn). The reason is
|>that LC.TTP starts them each with a first argument of '>CON:'; this
|>value is treated as a special one by both LC1.TTP and LC2.TTP.
|
|No! Try:
|
|	LC1.TTP -. options... files...
|
|                ^^-- this is the magic option
|
|If you use the -. option, the compiler doesn't ask for a return on exit.
|
|This undocumented option works on Lattice C 3.04.1 and 3.04.2.
|I found this feature by scanning all options letters from 0x21 to 0x7e.

Bodo, your magic undocumented option does not work with Lattice 3.03:

    Invalid command line option

is what I get. I help you hope that it *WILL* work with future releases
of Lattice; if not, you will have to rebuild the tools you made upon this
'feature', when it gets fixed.
The redirection is less likely to get you into trouble, 'cause it's
a valid command line option for both LC.TTP, LC1.TTP and LC2.TTP.

B.T.W. Have you tried it (>CON:), Bodo?
       Your No! seems so forbidding 8-)!

                 Leo.