Received: by whizzer.wpd.sgi.com (/911001.SGI)
	 id AA20695; Mon, 21 Feb 94 16:27:48 GMT
Received: from sgi.sgi.com by whizzer.wpd.sgi.com via SMTP (/911001.SGI)
	for /usr/people/sam/majordomo/wrapper resend -l tiff -h sgi.sgi.com -f tiff-owner -s -m "-oi -odq -om" tiff-list id AA20688; Mon, 21 Feb 94 08:27:44 -0800
Received: from uu2.psi.com by sgi.sgi.com via SMTP (931110.SGI/910110.SGI)
	for tiff-relay@whizzer.wpd.sgi.com id AA11528; Mon, 21 Feb 94 08:27:37 -0800
Received: by uu2.psi.com (5.65b/4.0.071791-PSI/PSINet) via UUCP;
	id AA06947 for ; Mon, 21 Feb 94 11:23:24 -0500
Received: from cyan. (cyan.ARPA) by itek.com (4.1/3.2.083191-A.B.Dick/Itek Graphix)
	id AA17353; Mon, 21 Feb 94 08:59:31 EST
Received: by cyan. (4.0/SMI-4.0)
	id AA03158; Mon, 21 Feb 94 08:59:30 EST
Date: Mon, 21 Feb 94 08:59:30 EST
From: wagner@itek.com (scott wagner)
Message-Id: <9402211359.AA03158@cyan.>
To: empress@bom.gov.au, tiff@sgi.sgi.com
Subject: Re:  v3.3 SUNOS and NT
Sender: tiff-owner@sgi.sgi.com

>	I tried to build tiff 3.3 on SUN 4.1.3 using KR C compiler, but fails
>	because of ANSI notation, so does C++.  I do not have Ansi C on SUNOS,
>	but only under SOLARIS 2.x which does not help.  Can anybody tell me
>	what to do to get around this problem with KR C.

I don't know what other suggestions you will get, but here is my two cents:

Step 1:
Download the latest GNU C++/Ansi C compiler.  It is available by FTP from
many sites; the originator is prep.ai.mit.edu, and they will list mirror
sites if they are unavailable.

Step 2:
Build the GNU compiler.  It's really easy; there is a readme file which
has about a dozen steps, and you're done.

Step 3:
Test the GNU compiler.  You will be delighted to see modern ANSI code,
and (if you choose to download the G++ class libraries) even C++ available
on your machine.  You will also notice better optimized (smaller and faster)
code than you would get from the Sun compiler.  But beware!  Especially
true in C++, and true also for ANSI C: Because the symbol tables tend to
be bigger, executables really need to be stripped in final versions to
avoid unnecessary wasted space.

Step 4:
Take the SUN K&R compiler and, with a smile of satisfaction, feed it to
your favorite bit bucket.  You will find that /dev/null is about the only
place that will take it.  (Has anyone ever wondered what's on the other
side of /dev/null?  Perhaps those of us who have violated the structured
programming commandments and are bound for software Hades will be damned
to forever sort the output of /dev/one.)   :-o

Scott Wagner
Senior Engineer
A. B. Dick Company
Rochester, NY USA


