Related articles |
---|
Why some PC C compilers are useless sjg@zen.void.oz.au (1992-05-07) |
Re: Why some PC C compilers are useless cliffc@rice.edu (1992-05-08) |
Re: Why some PC C compilers are useless sjg@melb.bull.oz.au (1992-05-11) |
Re: Why some PC C compilers are useless Zoid@mindlink.bc.ca (1992-05-11) |
Re: Why some PC C compilers are useless bobmon@sandshark.cs.indiana.edu (Bob Montante) (1992-05-12) |
Re: Why some PC C compilers are useless sjg@melb.bull.oz.au (1992-05-13) |
Re: Why some PC C compilers are useless sdm7g@aemsun.med.Virginia.EDU (1992-05-14) |
Newsgroups: | comp.compilers,comp.os.msdos.programmer |
From: | sjg@melb.bull.oz.au (Simon J Gerraty) |
Keywords: | C, MSDOS |
Organization: | Bull HN Information Systems Australia |
References: | 92-05-042 92-05-046 |
Date: | Mon, 11 May 1992 00:01:49 GMT |
I knew this subject would start a flame fest.... insulting someone's
favourite compiler is like insulting their editor :-)
Anyway, cliffc@rice.edu offers the same advise as many others have via
e-mail (some not so polite :-). Problem is, they have all missed the
point.
sjg@zen.void.oz.au (Simon J. Gerraty) writes:
> Please do _not_ use "text" mode for reading the source! A C compiler
> should not care whether a line of source ends in CR,LF or just a LF.
I thought that was a pretty clear requirement statement.
Cliff suggests:
>I use both G++ on a Sparc, and Borland/Turbo C++ on a PC on the same
>source code, no problems. I use a "fixup" routine when moving code
>between platforms that does CR/LF correction. i.e. when saving files to
>floppy for transport between platforms my script/batch command does the
>fixup before writing. It's painless and quick, been doing it for years.
This is basically the approach that every one suggests and is precisely
what I am currently doing. Its also precisely what is aggravating me.
Haven't you guys ever tried a network? I don't know about you, but my
sparc station takes quite a while to unix2dos files onto a floppy. Then
there's my sun386 at home where the DOS compiler runs on the UNIX system -
using the UNIX filesystem!
_Sharing_ source (as opposed to copying it around) is destroyed by the
need to run unix2dos/dos2unix or any other "fixup" filter. Try this:
cd /local/src/X11R5/mit # or any large project or your choice
make
find . -print | xargs touch
make
Notice anything? You didn't edit any files, but you had to sit for a few
hours while the second make repeated all the work of the first. Now try
and tell me that "It's painless and quick..."
>[I suspect the issue is that there are no floppies involved -- the PC uses
>NFS or some other network to use the files on the Unix host, so making
>separate copies with returns added is a major pain in the neck. Lots of
>DOS programs work correctly with text files that don't contain returns.
>There is no technical reason why a compiler should care. -John]
Got it in one!
--
Simon J. Gerraty <sjg@melb.bull.oz.au> (Work)
<sjg@zen.void.oz.au> (Home)
[I run DOS under Unix here and can second the complaints about programs
that freak out when they encounter newlines without carriage returns. I
can have some sympathy for dusty old programs, but not much for current
supprted ones when they do this. -John]
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.