From sacadmin Wed Mar 28 11:50:01 2007
Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2SIo0nQ004242
	for <psarc@sac.eng.Sun.COM>; Wed, 28 Mar 2007 11:50:01 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l2SInwcp029267
	for <@sunmail2sca.sfbay.sun.com:psarc@sun.com>; Thu, 29 Mar 2007 02:49:59 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JFM00E01MZ9JW00@nwk-avmta-1.sfbay.Sun.COM> for psarc@sun.com
 (ORCPT psarc@sun.com); Wed, 28 Mar 2007 11:49:57 -0700 (PDT)
Received: from brmea-mail-2.sun.com ([192.18.98.43])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JFM00I9BMZ936E0@nwk-avmta-1.sfbay.Sun.COM> for psarc@sun.com
 (ORCPT psarc@sun.com); Wed, 28 Mar 2007 11:49:57 -0700 (PDT)
Received: from fe-amer-04.sun.com ([192.18.108.178])
	by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l2SInvgO025683	for
 <psarc@sun.com>; Wed, 28 Mar 2007 18:49:57 +0000 (GMT)
Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 id <0JFM00201MRBJ200@mail-amer.sun.com>
 (original mail from John.Fischer@Sun.COM)
 for psarc@sun.com (ORCPT psarc@sun.com); Wed, 28 Mar 2007 12:49:57 -0600 (MDT)
Received: from 129.145.154.81 ([129.145.154.81])
 by mail-amer.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr  3
 2006)) with ESMTPSA id <0JFM00LQAMZ7FSF4@mail-amer.sun.com> for psarc@sun.com
 (ORCPT psarc@sun.com); Wed, 28 Mar 2007 12:49:56 -0600 (MDT)
Date: Wed, 28 Mar 2007 11:49:55 -0700
From: John Fischer <John.Fischer@sun.com>
Subject: PSARC/2007/189 - GNU diffutils
Sender: John.Fischer@sun.com
To: psarc@sun.com
Cc: John Fischer <John.Fischer@sun.com>,
        Dermot McCluskey <Dermot.McCluskey@sun.com>
Reply-to: John.Fischer@sun.com
Message-id: <1175107795.14534.62.camel@sr1-umpk-31>
MIME-version: 1.0
X-Mailer: Ximian Evolution 1.4.6.335
Content-type: multipart/mixed; boundary="Boundary_(ID_HcOW7znsztkIjHJMj5lHUQ)"
X-PMX-Version: 5.2.0.264296
Status: RO
Content-Length: 3283


--Boundary_(ID_HcOW7znsztkIjHJMj5lHUQ)
Content-type: text/plain; charset=ASCII
Content-transfer-encoding: 7BIT

PSARC,

I am sponsoring this project for Dermot McCluskey of the JDS
group in Dublin Ireland.  The case directory contains this
proposal and supporting diff util HTML documentation from the
community website.  I have set the timer for Wednesday April
4th, 2007.

This project is proposing to integrate the GNU diff utilities
into the Solaris WOS in a Patch release of Solaris.  It will
be following the /usr/gnu recommendation per PSARC/2007/047.

Thanks,

John



--Boundary_(ID_HcOW7znsztkIjHJMj5lHUQ)
Content-type: text/plain; charset=ASCII; name=proposal.txt
Content-transfer-encoding: 7BIT
Content-disposition: attachment; filename=proposal.txt

GNU diffutils

1.  Summary

	This fast-track introduces GNU diffutils, version 2.8.1,
	into the Solaris WOS.

	Patch release binding is requested.

2.  Discussion

	Diffutils is a set of utilities for displaying
	differences between text files.

	These utilities are commonly used by open-souce
	applications.  A version is included with the CBE tools
	for JDS, which is provided as a download on
	opensolaris.org.  They will also be used, if installed,
	by Mercurial.

	Diffutils is delivered as four command-line programs:
	cmp, diff, diff3, and sdiff.  Detailed information is
	available from the Diffutils website [1] and a copy of
        the manual is in the case directory.

	GNU diffutils is currently available in the Solaris
	Companion CD (CCD).  This proposal removes it from the
	CCD and adds it to the SFW consolidation.

	Non-GNU versions of these commands are already available
	in Solaris. These are not, however, fully compatible
	with the GNU variants, which are explicitly required by
	some applications.  The existing Solaris commands
	have identical names and are installed in /usr/bin.
	Therefore the GNU diffutils will be installed in
	/usr/gnu, with g-prefixed symbolic links to each
	command and manpage in /usr, as per the guidelines of
	PSARC/2007/047, /usr/gnu [2].


3.  Interfaces

	Exported Interfaces
	===================
	SUNWgnu-diffutils			Uncommitted	Package name

	/usr/gnu/bin/cmp			Uncommitted	Command
	/usr/gnu/bin/diff			Uncommitted	Command
	/usr/gnu/bin/diff3			Uncommitted	Command
	/usr/gnu/bin/sdiff			Uncommitted	Command

	/usr/bin/gcmp				Uncommitted	Symbolic link
	/usr/bin/gdiff				Uncommitted	Symbolic link
	/usr/bin/gdiff3				Uncommitted	Symbolic link
	/usr/bin/gsdiff				Uncommitted	Symbolic link

	/usr/share/info/diff.info		Uncommitted	Info document

	/usr/gnu/share/man/man1/cmp.1		Uncommitted	manpage
	/usr/gnu/share/man/man1/diff.1		Uncommitted	manpage
	/usr/gnu/share/man/man1/diff3.1		Uncommitted	manpage
	/usr/gnu/share/man/man1/sdiff.1		Uncommitted	manpage

	/usr/share/man/man1/gcmp.1		Uncommitted	Symbolic link
	/usr/share/man/man1/gdiff.1		Uncommitted	Symbolic link
	/usr/share/man/man1/gdiff3.1		Uncommitted	Symbolic link
	/usr/share/man/man1/gsdiff.1		Uncommitted	Symbolic link


4.  References

	[1] http://www.gnu.org/software/diffutils/diffutils.html
	[2] S. Hahn, B. Smaalders, and R. Orth, PSARC/2007/047: /usr/gnu


APPENDIX A

	[ copy of http://www.gnu.org/software/diffutils/manual/html_mono/diff.html ]

--Boundary_(ID_HcOW7znsztkIjHJMj5lHUQ)--

From sacadmin Wed Mar 28 13:20:14 2007
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2SKKErA007717
	for <psarc@sac.eng.sun.com>; Wed, 28 Mar 2007 13:20:14 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2SKKBfh006581;
	Wed, 28 Mar 2007 13:20:12 -0700 (PDT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JFM0030RR5LVS00@brm-avmta-1.central.sun.com>; Wed,
 28 Mar 2007 14:20:09 -0600 (MDT)
Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.59])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JFM00JYUR5KPD30@brm-avmta-1.central.sun.com>; Wed,
 28 Mar 2007 14:20:09 -0600 (MDT)
Received: from [129.150.12.53]
 (vpn-129-150-12-53.SFBay.Sun.COM [129.150.12.53])	by
 jurassic-x4600.sfbay.sun.com (8.14.0+Sun/8.14.0) with ESMTP id l2SKK7n1353503;
 Wed, 28 Mar 2007 13:20:08 -0700 (PDT)
Date: Wed, 28 Mar 2007 10:19:51 -1000
From: Joseph Kowalski <jek3@sun.com>
Subject: Re: PSARC/2007/189 - GNU diffutils
In-reply-to: <1175107795.14534.62.camel@sr1-umpk-31>
To: John.Fischer@sun.com
Cc: psarc@sun.com, Dermot McCluskey <Dermot.McCluskey@sun.com>
Message-id: <460ACDE7.3030206@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <1175107795.14534.62.camel@sr1-umpk-31>
User-Agent: Thunderbird 1.5.0.5 (X11/20060925)
Status: RO
Content-Length: 556

John Fischer wrote:
> 	Non-GNU versions of these commands are already available
> 	in Solaris. These are not, however, fully compatible
> 	with the GNU variants, which are explicitly required by
> 	some applications.  The existing Solaris commands
> 	have identical names and are installed in /usr/bin.
> 	Therefore the GNU diffutils will be installed in
> 	/usr/gnu, with g-prefixed symbolic links to each
> 	command and manpage in /usr, as per the guidelines of
> 	PSARC/2007/047, /usr/gnu [2].
>   
Are the GNU versions full supersets of ours?

- jek3


From sacadmin Thu Mar 29 06:22:33 2007
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2TDMWaA004065
	for <psarc@sac.eng.sun.com>; Thu, 29 Mar 2007 06:22:32 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail5.uk.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2TDMOt6017574
	for <@sunmail3mpk.sfbay.sun.com:psarc@sun.com>; Thu, 29 Mar 2007 14:22:30 +0100 (BST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JFO001092HG8L00@nwk-avmta-2.sfbay.sun.com> for psarc@sun.com
 (ORCPT psarc@sun.com); Thu, 29 Mar 2007 06:22:28 -0700 (PDT)
Received: from gmp-ea-fw-1.sun.com ([129.156.42.6])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JFO000LU2HFSQ00@nwk-avmta-2.sfbay.sun.com> for psarc@sun.com
 (ORCPT psarc@sun.com); Thu, 29 Mar 2007 06:22:27 -0700 (PDT)
Received: from d1-emea-09.sun.com ([192.18.2.119])
	by gmp-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l2TDMQ8x009942	for
 <psarc@sun.com>; Thu, 29 Mar 2007 13:22:26 +0000 (GMT)
Received: from conversion-daemon.d1-emea-09.sun.com by d1-emea-09.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 id <0JFO00J0125AP000@d1-emea-09.sun.com>
 (original mail from Dermot.McCluskey@Sun.COM)
 for psarc@sun.com (ORCPT psarc@sun.com); Thu, 29 Mar 2007 14:22:26 +0100 (BST)
Received: from [129.156.220.16] by d1-emea-09.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 with ESMTPSA id <0JFO00HYS2HD0WU3@d1-emea-09.sun.com>; Thu,
 29 Mar 2007 14:22:26 +0100 (BST)
Date: Thu, 29 Mar 2007 14:22:25 +0100
From: Dermot McCluskey <Dermot.McCluskey@sun.com>
Subject: Re: PSARC/2007/189 - GNU diffutils
In-reply-to: <460ACDE7.3030206@sun.com>
Sender: Dermot.McCluskey@sun.com
To: Joseph Kowalski <jek3@sun.com>
Cc: John.Fischer@sun.com, psarc@sun.com
Message-id: <460BBD91.7070104@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-Accept-Language: en-us, en
X-PMX-Version: 5.2.0.264296
References: <1175107795.14534.62.camel@sr1-umpk-31> <460ACDE7.3030206@sun.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.7) Gecko/20060120
Status: RO
Content-Length: 379

Joseph Kowalski wrote On 03/28/07 21:19,:

> Are the GNU versions full supersets of ours?


The supported command-line options are a full superset
of the existing diff commands.

However, the formatting of the output can differ.  Also,
the technique for processing files appears to differ, such
that the same 2 input files can produce different, but
equivalent, diffs.

- Dermot

From sacadmin Thu Mar 29 09:13:15 2007
Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2TGDEv1008312
	for <psarc@sac.eng.Sun.COM>; Thu, 29 Mar 2007 09:13:15 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l2TGCw2v016986;
	Fri, 30 Mar 2007 00:13:07 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JFO0040XADSPH00@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 29 Mar 2007 09:13:04 -0700 (PDT)
Received: from spartan.SFBay.Sun.COM ([129.146.226.64])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JFO00MR8ADREE30@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 29 Mar 2007 09:13:03 -0700 (PDT)
Received: from spartan.SFBay.Sun.COM (spartan.SFBay.Sun.COM [129.146.226.64])
	by spartan.SFBay.Sun.COM (8.13.6+Sun/8.13.6) with SMTP id l2TGD3rR020071; Thu,
 29 Mar 2007 08:13:03 -0800 (PST)
Date: Thu, 29 Mar 2007 09:13:03 -0700 (PDT)
From: Don Cragun <don.cragun@sun.com>
Subject: Re: PSARC/2007/189 - GNU diffutils
To: jek3@sun.com, Dermot.McCluskey@sun.com
Cc: John.Fischer@sun.com, psarc@sun.com
Reply-to: Don Cragun <don.cragun@sun.com>
Message-id: <200703291613.l2TGD3rR020071@spartan.SFBay.Sun.COM>
MIME-version: 1.0
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.5.5 SunOS 5.9 sun4u sparc
Content-type: TEXT/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-MD5: /WUthZZV70gyESK19tHVog==
X-PMX-Version: 5.2.0.264296
Status: RO
Content-Length: 1210

>Date: Thu, 29 Mar 2007 14:22:25 +0100
>From: Dermot McCluskey <Dermot.McCluskey@sun.com>
>
>Joseph Kowalski wrote On 03/28/07 21:19,:
>
>> Are the GNU versions full supersets of ours?
>
>
>The supported command-line options are a full superset
>of the existing diff commands.
>
>However, the formatting of the output can differ.  Also,
>the technique for processing files appears to differ, such
>that the same 2 input files can produce different, but
>equivalent, diffs.
>
>- Dermot

Dermot,
	Although it may be true that you can do anything with the GNU
versions that can be done with the current /usr/bin versions, I don't
believe it is correct to say that they are superset commands.
	If you have a script that uses /usr/bin/diff and use
/usr/bin/gdiff instead (without changing options or adding
POSIXLY_CORRECT, or both) you won't get the same results.
	For cases PSARC has dealt with in the past, when we have talked
about adding superset commands we meant that the new (superset) command
can be used instead of the original command without change and get the
same behavior.  (The new superset command just provides more options
that were not supported by the prior instance of that command.)

 - Don


From sacadmin Thu Mar 29 09:19:27 2007
Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2TGJQxE008432
	for <psarc@sac.eng.Sun.COM>; Thu, 29 Mar 2007 09:19:26 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l2TGJL3F019029;
	Fri, 30 Mar 2007 00:19:23 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JFO0050DAO78Y00@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 29 Mar 2007 09:19:19 -0700 (PDT)
Received: from gmp-ea-fw-1.sun.com ([129.156.42.5])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JFO00MTVAO6EC60@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 29 Mar 2007 09:19:18 -0700 (PDT)
Received: from d1-emea-10.sun.com (d1-emea-10.sun.com [192.18.2.120])
	by gmp-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l2TGJHmf005649; Thu,
 29 Mar 2007 16:19:17 +0000 (GMT)
Received: from conversion-daemon.d1-emea-10.sun.com by d1-emea-10.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 id <0JFO00I01AL29A00@d1-emea-10.sun.com>
 (original mail from Darren.Moffat@Sun.COM); Thu,
 29 Mar 2007 17:19:17 +0100 (BST)
Received: from [129.156.173.21] by d1-emea-10.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 with ESMTPSA id <0JFO0022MAO45K20@d1-emea-10.sun.com>; Thu,
 29 Mar 2007 17:19:17 +0100 (BST)
Date: Thu, 29 Mar 2007 17:19:16 +0100
From: Darren J Moffat <Darren.Moffat@sun.com>
Subject: Re: PSARC/2007/189 - GNU diffutils
In-reply-to: <200703291613.l2TGD3rR020071@spartan.SFBay.Sun.COM>
Sender: Darren.Moffat@sun.com
To: Don Cragun <don.cragun@sun.com>
Cc: jek3@sun.com, Dermot.McCluskey@sun.com, John.Fischer@sun.com,
        psarc@sun.com
Message-id: <460BE704.70408@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <200703291613.l2TGD3rR020071@spartan.SFBay.Sun.COM>
User-Agent: Thunderbird 2.0b2 (X11/20070227)
Status: RO
Content-Length: 698

Don Cragun wrote:
> 	If you have a script that uses /usr/bin/diff and use
> /usr/bin/gdiff instead (without changing options or adding
> POSIXLY_CORRECT, or both) you won't get the same results.

Does getting identical output here actually matter for *this* tool set 
as long as the resulting output is functionally the same and where 
necessary the standards behaviour is preserved (without requiring new 
flags/environment variables or what ever) ?

I guess since these commands are covered by standards the real question 
is are these new commands able to be used as the standards conforming 
versions and can they replace the existing /usr/bin implementation in 
doing so.

-- 
Darren J Moffat

From sacadmin Thu Mar 29 09:24:42 2007
Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2TGOe0H008512
	for <psarc@sac.eng.Sun.COM>; Thu, 29 Mar 2007 09:24:41 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l2TGORaK020543;
	Fri, 30 Mar 2007 00:24:38 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JFO0050JAX0M200@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 29 Mar 2007 09:24:36 -0700 (PDT)
Received: from sfbaymail1sca.SFBay.Sun.COM ([129.145.154.35])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JFO00MHXAWZEI60@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 29 Mar 2007 09:24:35 -0700 (PDT)
Received: from [129.146.108.211] (almas.SFBay.Sun.COM [129.146.108.211])
	by sfbaymail1sca.SFBay.Sun.COM (8.13.6+Sun/8.13.6/ENSMAIL,v2.2)
 with ESMTP id l2TGOVaE014260; Thu, 29 Mar 2007 09:24:32 -0700 (PDT)
Date: Thu, 29 Mar 2007 09:24:31 -0700
From: Alan Coopersmith <alan.coopersmith@Sun.COM>
Subject: Re: PSARC/2007/189 - GNU diffutils
In-reply-to: <460BE704.70408@Sun.COM>
To: Darren J Moffat <Darren.Moffat@Sun.COM>
Cc: Don Cragun <don.cragun@Sun.COM>, jek3@Sun.COM, Dermot.McCluskey@Sun.COM,
        John.Fischer@Sun.COM, psarc@Sun.COM
Message-id: <460BE83F.3000904@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <200703291613.l2TGD3rR020071@spartan.SFBay.Sun.COM>
 <460BE704.70408@Sun.COM>
User-Agent: Thunderbird 2.0pre (X11/20070214)
Status: RO
Content-Length: 1049

Darren J Moffat wrote:
> Don Cragun wrote:
>>     If you have a script that uses /usr/bin/diff and use
>> /usr/bin/gdiff instead (without changing options or adding
>> POSIXLY_CORRECT, or both) you won't get the same results.
> 
> Does getting identical output here actually matter for *this* tool set 
> as long as the resulting output is functionally the same and where 
> necessary the standards behaviour is preserved (without requiring new 
> flags/environment variables or what ever) ?
> 
> I guess since these commands are covered by standards the real question 
> is are these new commands able to be used as the standards conforming 
> versions and can they replace the existing /usr/bin implementation in 
> doing so.

Or could we still have a conforming system with /usr/bin/diff being a
simple shell script that setenv POSIXLY_CORRECT and then called gdiff
to reduce the number of copies of diff source code we maintain?

-- 
	-Alan Coopersmith-           alan.coopersmith@sun.com
	 Sun Microsystems, Inc. - X Window System Engineering


From sacadmin Thu Mar 29 09:39:00 2007
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2TGd0Gl008831
	for <psarc@sac.eng.sun.com>; Thu, 29 Mar 2007 09:39:00 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2TGcuZp025068;
	Thu, 29 Mar 2007 09:38:56 -0700 (PDT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JFO00903BKV5800@nwk-avmta-2.sfbay.sun.com>; Thu,
 29 Mar 2007 09:38:55 -0700 (PDT)
Received: from spartan.SFBay.Sun.COM ([129.146.226.64])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JFO000UQBKUSQC0@nwk-avmta-2.sfbay.sun.com>; Thu,
 29 Mar 2007 09:38:54 -0700 (PDT)
Received: from spartan.SFBay.Sun.COM (spartan.SFBay.Sun.COM [129.146.226.64])
	by spartan.SFBay.Sun.COM (8.13.6+Sun/8.13.6) with SMTP id l2TGcsdx020253; Thu,
 29 Mar 2007 08:38:54 -0800 (PST)
Date: Thu, 29 Mar 2007 09:38:54 -0700 (PDT)
From: Don Cragun <don.cragun@sun.com>
Subject: Re: PSARC/2007/189 - GNU diffutils
To: don.cragun@sun.com, Darren.Moffat@sun.com
Cc: jek3@sun.com, Dermot.McCluskey@sun.com, John.Fischer@sun.com,
        psarc@sun.com
Reply-to: Don Cragun <don.cragun@sun.com>
Message-id: <200703291638.l2TGcsdx020253@spartan.SFBay.Sun.COM>
MIME-version: 1.0
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.5.5 SunOS 5.9 sun4u sparc
Content-type: TEXT/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-MD5: RyzLT5+4W+5RdPF6T+1Zdw==
X-PMX-Version: 5.2.0.264296
Status: RO
Content-Length: 1947

According to the materials in the case directory, patch doesn't conform
to POSIX requirements unless you add the --posix option or define
POSIXLY_CORRECT in your environment.

Although not explicitly stated in the case materials, it looks like you
have to define POSIXLY_CORRECT in your environment before using any of
these utilities to avoid option reordering (which is not allowed by the
standards and is explicitly not allowed by the CLIP case).

So you can't take an existing command line that includes a filename as
an operand if that filename's first character is '-' and have it match
standards requirements nor have it match the behavior of any of these
utilities that we currently have in /usr/bin without modifying the
command line if you want the same behavior.

Furthermore, when you set POSIXLY_CORRECT many GNU utilities disable
all options that are not specified by the standards.  So, if you have a
/usr/bin/utility where Sun has provided compatible extensions to the
standard, invoking /usr/bin/"g"utility with POSIXLY_CORRECT set may
yield unknown option complaints from "g"utility that would have been
accepted by utility.

 - Don

>Return-Path: <Darren.Moffat@sun.com>
>Date: Thu, 29 Mar 2007 17:19:16 +0100
>
>Don Cragun wrote:
>> 	If you have a script that uses /usr/bin/diff and use
>> /usr/bin/gdiff instead (without changing options or adding
>> POSIXLY_CORRECT, or both) you won't get the same results.
>
>Does getting identical output here actually matter for *this* tool set 
>as long as the resulting output is functionally the same and where 
>necessary the standards behaviour is preserved (without requiring new 
>flags/environment variables or what ever) ?
>
>I guess since these commands are covered by standards the real question 
>is are these new commands able to be used as the standards conforming 
>versions and can they replace the existing /usr/bin implementation in 
>doing so.
>
>-- 
>Darren J Moffat


From sacadmin Thu Mar 29 09:45:15 2007
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2TGjFvJ009131
	for <psarc@sac.eng.sun.com>; Thu, 29 Mar 2007 09:45:15 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2TGjB5E038680;
	Thu, 29 Mar 2007 10:45:14 -0600 (MDT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JFO00719BVD1M00@brm-avmta-1.central.sun.com>; Thu,
 29 Mar 2007 10:45:13 -0600 (MDT)
Received: from gmp-ea-fw-1.sun.com ([129.156.42.5])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JFO005NGBVBY600@brm-avmta-1.central.sun.com>; Thu,
 29 Mar 2007 10:45:12 -0600 (MDT)
Received: from d1-emea-09.sun.com (d1-emea-09.sun.com [192.18.2.119])
	by gmp-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l2TGjATl007906; Thu,
 29 Mar 2007 16:45:10 +0000 (GMT)
Received: from conversion-daemon.d1-emea-09.sun.com by d1-emea-09.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 id <0JFO00G01BRM2I00@d1-emea-09.sun.com>
 (original mail from Darren.Moffat@Sun.COM); Thu,
 29 Mar 2007 17:45:10 +0100 (BST)
Received: from [129.156.173.21] by d1-emea-09.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 with ESMTPSA id <0JFO00FSUBVAQJ40@d1-emea-09.sun.com>; Thu,
 29 Mar 2007 17:45:10 +0100 (BST)
Date: Thu, 29 Mar 2007 17:45:10 +0100
From: Darren J Moffat <Darren.Moffat@sun.com>
Subject: Re: PSARC/2007/189 - GNU diffutils
In-reply-to: <200703291638.l2TGcsdx020253@spartan.SFBay.Sun.COM>
Sender: Darren.Moffat@sun.com
To: Don Cragun <don.cragun@sun.com>
Cc: jek3@sun.com, Dermot.McCluskey@sun.com, John.Fischer@sun.com,
        psarc@sun.com
Message-id: <460BED16.7040606@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <200703291638.l2TGcsdx020253@spartan.SFBay.Sun.COM>
User-Agent: Thunderbird 2.0b2 (X11/20070227)
Status: RO
Content-Length: 1865

Don Cragun wrote:
> According to the materials in the case directory, patch doesn't conform
> to POSIX requirements unless you add the --posix option or define
> POSIXLY_CORRECT in your environment.
> 
> Although not explicitly stated in the case materials, it looks like you
> have to define POSIXLY_CORRECT in your environment before using any of
> these utilities to avoid option reordering (which is not allowed by the
> standards and is explicitly not allowed by the CLIP case).

CLIP isn't relevant here because of the "when in Rome" caveat.

> So you can't take an existing command line that includes a filename as
> an operand if that filename's first character is '-' and have it match
> standards requirements nor have it match the behavior of any of these
> utilities that we currently have in /usr/bin without modifying the
> command line if you want the same behavior.
> 
> Furthermore, when you set POSIXLY_CORRECT many GNU utilities disable
> all options that are not specified by the standards.  So, if you have a
> /usr/bin/utility where Sun has provided compatible extensions to the
> standard, invoking /usr/bin/"g"utility with POSIXLY_CORRECT set may
> yield unknown option complaints from "g"utility that would have been
> accepted by utility.

So I read that as (for example) /usr/xpg?/bin/diff could just be a 
script that calls the GNU diff with --posix (or sets the environment 
variable).

That would then allow for /usr/bin/diff to be the GNU one and we would 
still be standards compliant, right ?  Since we have already heard that 
the functionality is a super set of the existing Solaris /usr/bin variants.

Seems to me, unless I'm really not getting it, that this case (or maybe 
a follow on to it might be more appropriate) could have /usr/bin/diff be 
the GNU one and a small wrapper around it be the xpg? one.

-- 
Darren J Moffat

From sacadmin Thu Mar 29 10:46:31 2007
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2THkUSW011111
	for <psarc@sac.eng.sun.com>; Thu, 29 Mar 2007 10:46:30 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2THkQ2W010884;
	Thu, 29 Mar 2007 10:46:27 -0700 (PDT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JFO00D03EPE0V00@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 29 Mar 2007 10:46:26 -0700 (PDT)
Received: from spartan.SFBay.Sun.COM ([129.146.226.64])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JFO00MUCEPBEJA0@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 29 Mar 2007 10:46:23 -0700 (PDT)
Received: from spartan.SFBay.Sun.COM (spartan.SFBay.Sun.COM [129.146.226.64])
	by spartan.SFBay.Sun.COM (8.13.6+Sun/8.13.6) with SMTP id l2THkMRv020683; Thu,
 29 Mar 2007 09:46:22 -0800 (PST)
Date: Thu, 29 Mar 2007 10:46:22 -0700 (PDT)
From: Don Cragun <don.cragun@sun.com>
Subject: Re: PSARC/2007/189 - GNU diffutils
To: Darren.Moffat@sun.com
Cc: Dermot.McCluskey@sun.com, John.Fischer@sun.com, psarc@sun.com
Reply-to: Don Cragun <don.cragun@sun.com>
Message-id: <200703291746.l2THkMRv020683@spartan.SFBay.Sun.COM>
MIME-version: 1.0
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.5.5 SunOS 5.9 sun4u sparc
Content-type: TEXT/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-MD5: lCBzoRABnyQVv5cjJjqQnA==
X-PMX-Version: 5.2.0.264296
Status: RO
Content-Length: 1770

>Date: Thu, 29 Mar 2007 17:45:10 +0100
>From: Darren J Moffat <Darren.Moffat@sun.com>
>
>Seems to me, unless I'm really not getting it, that this case (or maybe 
>a follow on to it might be more appropriate) could have /usr/bin/diff be 
>the GNU one and a small wrapper around it be the xpg? one.
>
>-- 
>Darren J Moffat

Darren,
	You don't get it.  /usr/bin/diff is a superset utility
providing all of the features required by SVID3, XPG3, XPG4, SUS,
SUSv2, SUSv3, POSIX.2-1992, and POSIX.1-2001 and several options
provided by Sun (including -i which ignore upper/lower case
differences) that are not specified by POSIX.  (There is no
/usr/xpg*/bin/diff.)  If I have two files in the current directory
named "-r" and "x", and I issue the command:
		diff -i x -r
/usr/bin/diff will give me a case insensitive diff listing between the
files "x" and "-r".

gdiff will tell me I'm missing an operand after reordering the command
line to be:
		diff -i -r x
and treating the second operand as an option.

gdiff with POSIXLY_CORRECT defined in the environment will probably give me 
something like:
		diff: illegal option -i
because the -i option is not specified by POSIX.

So, installing gdiff in /usr/bin as diff doesn't work.  And, replacing 
/usr/bin/diff with the sh or ksh shell script:
		POSIXLY_CORRECT gdiff "$@"
doesn't work either.
	I agree that CLIP doesn't apply as long as these new "g"
utilities are in the GNU utility set (Rome in this case).  But since
the standards conforming utilities that in currently in /usr/bin that
you're suggesting can be replaced by the "g" utilities, we have a
problem because we have two different Romes that you essentially want
to replace with one binary.
	Because we have two Romes, gdiff is not a superset of diff.

 - Don


From sacadmin Thu Mar 29 10:59:52 2007
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2THxqEe012189
	for <psarc@sac.eng.sun.com>; Thu, 29 Mar 2007 10:59:52 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2THxlOo021563;
	Thu, 29 Mar 2007 10:59:49 -0700 (PDT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JFO00E0HFBN9000@brm-avmta-1.central.sun.com>; Thu,
 29 Mar 2007 11:59:48 -0600 (MDT)
Received: from phorcys.east.sun.com ([129.148.174.143])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JFO005ATFBLY660@brm-avmta-1.central.sun.com>; Thu,
 29 Mar 2007 11:59:45 -0600 (MDT)
Received: from phorcys.east.sun.com (localhost [127.0.0.1])
	by phorcys.east.sun.com (8.14.0+Sun/8.14.0) with ESMTP id l2THxjUe018439; Thu,
 29 Mar 2007 13:59:45 -0400 (EDT)
Received: (from carlsonj@localhost)
	by phorcys.east.sun.com (8.14.0+Sun/8.14.0/Submit) id l2THxjZu018436; Thu,
 29 Mar 2007 13:59:45 -0400 (EDT)
Date: Thu, 29 Mar 2007 13:59:45 -0400
From: James Carlson <james.d.carlson@sun.com>
Subject: Re: PSARC/2007/189 - GNU diffutils
In-reply-to: <200703291746.l2THkMRv020683@spartan.SFBay.Sun.COM>
To: Don Cragun <don.cragun@sun.com>
Cc: Darren.Moffat@sun.com, Dermot.McCluskey@sun.com, John.Fischer@sun.com,
        psarc@sun.com
Message-id: <17931.65169.308552.395592@gargle.gargle.HOWL>
MIME-version: 1.0
X-Mailer: VM 7.01 under Emacs 21.3.1
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <200703291746.l2THkMRv020683@spartan.SFBay.Sun.COM>
Status: RO
Content-Length: 555

Don Cragun writes:
> gdiff with POSIXLY_CORRECT defined in the environment will probably give me 
> something like:
> 		diff: illegal option -i
> because the -i option is not specified by POSIX.

Bad example.  It actually does work as expected:

% echo a > ./x
% echo b > ./-r
% env POSIXLY_CORRECT=1 gdiff -i x -r
1c1
< a
---
> b

-- 
James Carlson, Solaris Networking              <james.d.carlson@sun.com>
Sun Microsystems / 1 Network Drive         71.232W   Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757   42.496N   Fax +1 781 442 1677

From sacadmin Thu Mar 29 11:06:27 2007
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2TI6RHd012379
	for <psarc@sac.eng.sun.com>; Thu, 29 Mar 2007 11:06:27 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2TI6Pqs055137;
	Thu, 29 Mar 2007 12:06:26 -0600 (MDT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JFO00C0XFMQZP00@nwk-avmta-2.sfbay.sun.com>; Thu,
 29 Mar 2007 11:06:26 -0700 (PDT)
Received: from gmp-ea-fw-1.sun.com ([129.156.42.6])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JFO00CEEFMOJT00@nwk-avmta-2.sfbay.sun.com>; Thu,
 29 Mar 2007 11:06:25 -0700 (PDT)
Received: from d1-emea-09.sun.com ([192.18.2.119])
	by gmp-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l2TI6Okd013045; Thu,
 29 Mar 2007 18:06:24 +0000 (GMT)
Received: from conversion-daemon.d1-emea-09.sun.com by d1-emea-09.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 id <0JFO00501FMLLS00@d1-emea-09.sun.com>
 (original mail from Darren.Moffat@Sun.COM); Thu,
 29 Mar 2007 19:06:24 +0100 (BST)
Received: from [129.156.173.21] by d1-emea-09.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 with ESMTPSA id <0JFO00F67FMNQJ50@d1-emea-09.sun.com>; Thu,
 29 Mar 2007 19:06:24 +0100 (BST)
Date: Thu, 29 Mar 2007 19:06:23 +0100
From: Darren J Moffat <Darren.Moffat@Sun.COM>
Subject: Re: PSARC/2007/189 - GNU diffutils
In-reply-to: <200703291746.l2THkMRv020683@spartan.SFBay.Sun.COM>
Sender: Darren.Moffat@Sun.COM
To: Don Cragun <don.cragun@Sun.COM>
Cc: Dermot.McCluskey@Sun.COM, John.Fischer@Sun.COM, psarc@Sun.COM
Message-id: <460C001F.7090101@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <200703291746.l2THkMRv020683@spartan.SFBay.Sun.COM>
User-Agent: Thunderbird 2.0b2 (X11/20070227)
Status: RO
Content-Length: 1667

Don Cragun wrote:
> 	You don't get it.  /usr/bin/diff is a superset utility

Okay but....

> providing all of the features required by SVID3, XPG3, XPG4, SUS,
> SUSv2, SUSv3, POSIX.2-1992, and POSIX.1-2001 and several options
> provided by Sun (including -i which ignore upper/lower case
> differences) that are not specified by POSIX.  (There is no
> /usr/xpg*/bin/diff.)  If I have two files in the current directory
> named "-r" and "x", and I issue the command:
> 		diff -i x -r
> /usr/bin/diff will give me a case insensitive diff listing between the
> files "x" and "-r".
> 
> gdiff will tell me I'm missing an operand after reordering the command
> line to be:
> 		diff -i -r x
> and treating the second operand as an option.
> 
> gdiff with POSIXLY_CORRECT defined in the environment will probably give me 
> something like:
> 		diff: illegal option -i
> because the -i option is not specified by POSIX.

Interestingly it doesn't:

SunOS enoexec 5.11 snv_60 sun4u sparc SUNW,Sun-Fire
enoexec:pts/197$ cat x
Sun Microsystems Inc.   SunOS 5.11      snv_60  October 2007
enoexec:pts/197$ cat ./-r
SUN mICROSYSTEMS iNC.   sUNos 5.11      SNV_60  oCTOBER 2007
enoexec:pts/197$ /usr/bin/diff -i x -r
enoexec:pts/197$ echo $?
0
enoexec:pts/197$ gdiff -i x -r
gdiff: missing operand after `x'
gdiff: Try `gdiff --help' for more information.
enoexec:pts/197$ POSIXLY_CORRECT=1 gdiff -i x -r
enoexec:pts/197$ echo $?
0

So maybe /usr/bin/diff is really exec'ing gdiff with the POSIXLY_CORRECT 
  environment set.

So I'm not sure I understand the problem yet.  Is it that the existing 
/usr/bin/diff stuff does things that the GNU one doesn't do ?

-- 
Darren J Moffat

From sacadmin Thu Mar 29 11:40:07 2007
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2TIe7mo012883
	for <psarc@sac.eng.sun.com>; Thu, 29 Mar 2007 11:40:07 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l2TIe2Rg029622;
	Thu, 29 Mar 2007 11:40:04 -0700 (PDT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JFO00H0FH6RWG00@brm-avmta-1.central.sun.com>; Thu,
 29 Mar 2007 12:40:03 -0600 (MDT)
Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.59])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JFO005ZRH6MYC90@brm-avmta-1.central.sun.com>; Thu,
 29 Mar 2007 12:40:02 -0600 (MDT)
Received: from [129.150.12.53]
 (vpn-129-150-12-53.SFBay.Sun.COM [129.150.12.53])	by
 jurassic-x4600.sfbay.sun.com (8.14.0+Sun/8.14.0) with ESMTP id l2TIdva6903593;
 Thu, 29 Mar 2007 11:39:57 -0700 (PDT)
Date: Thu, 29 Mar 2007 08:39:38 -1000
From: Joseph Kowalski <jek3@sun.com>
Subject: Re: PSARC/2007/189 - GNU diffutils
In-reply-to: <460BE83F.3000904@sun.com>
To: Alan Coopersmith <alan.coopersmith@sun.com>
Cc: Darren J Moffat <Darren.Moffat@sun.com>, Don Cragun <don.cragun@sun.com>,
        Dermot.McCluskey@sun.com, John.Fischer@sun.com, psarc@sun.com
Message-id: <460C07EA.2090105@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <200703291613.l2TGD3rR020071@spartan.SFBay.Sun.COM>
 <460BE704.70408@Sun.COM> <460BE83F.3000904@sun.com>
User-Agent: Thunderbird 1.5.0.5 (X11/20060925)
Status: RO
Content-Length: 459

Alan Coopersmith wrote:
> Or could we still have a conforming system with /usr/bin/diff being a
> simple shell script that setenv POSIXLY_CORRECT and then called gdiff
> to reduce the number of copies of diff source code we maintain?
Which really becomes a perhaps good implementation suggestion, lowering 
support
costs.  Its good, but I'm much more motivated about not creating new 
file system
objects (like /usr/gnu/bin/diff) if we can avoid it.

- jek3


From sacadmin Thu Mar 29 11:40:39 2007
Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id l2TIectR012954
	for <psarc@sac.eng.Sun.COM>; Thu, 29 Mar 2007 11:40:39 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l2TIeSAV004236;
	Fri, 30 Mar 2007 02:40:31 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JFO00E01H7IAK00@nwk-avmta-2.sfbay.sun.com>; Thu,
 29 Mar 2007 11:40:30 -0700 (PDT)
Received: from spartan.SFBay.Sun.COM ([129.146.226.64])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JFO00CODH7HJT20@nwk-avmta-2.sfbay.sun.com>; Thu,
 29 Mar 2007 11:40:29 -0700 (PDT)
Received: from spartan.SFBay.Sun.COM (spartan.SFBay.Sun.COM [129.146.226.64])
	by spartan.SFBay.Sun.COM (8.13.6+Sun/8.13.6) with SMTP id l2TIeTRr020958; Thu,
 29 Mar 2007 10:40:29 -0800 (PST)
Date: Thu, 29 Mar 2007 11:40:29 -0700 (PDT)
From: Don Cragun <don.cragun@sun.com>
Subject: Re: PSARC/2007/189 - GNU diffutils
To: james.d.carlson@sun.com
Cc: Dermot.McCluskey@sun.com, John.Fischer@sun.com, psarc@sun.com
Reply-to: Don Cragun <don.cragun@sun.com>
Message-id: <200703291840.l2TIeTRr020958@spartan.SFBay.Sun.COM>
MIME-version: 1.0
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.5.5 SunOS 5.9 sun4u sparc
Content-type: TEXT/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-MD5: kzcgzrIEaa/KxawVSvyneA==
X-PMX-Version: 5.2.0.264296
Status: RO
Content-Length: 564

>Date: Thu, 29 Mar 2007 13:59:45 -0400
>From: James Carlson <james.d.carlson@sun.com>
>
>Don Cragun writes:
>> gdiff with POSIXLY_CORRECT defined in the environment will probably give me 
>> something like:
>> 		diff: illegal option -i
>> because the -i option is not specified by POSIX.
>
>Bad example.  It actually does work as expected:
>
>% echo a > ./x
>% echo b > ./-r
>% env POSIXLY_CORRECT=1 gdiff -i x -r
>1c1
>< a
>---
>> b

You're right; bad example.  Try -h (which is not documented as an
option to gdiff in the case materials) instead of -i.

 - Don


From sacadmin Wed Apr  4 10:29:08 2007
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l34HT7e0025549
	for <psarc@sac.eng.sun.com>; Wed, 4 Apr 2007 10:29:07 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail5.uk.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l34HSWJb028422
	for <@sunmail2sca.sfbay.sun.com:psarc@sun.com>; Wed, 4 Apr 2007 18:28:34 +0100 (BST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JFZ0060JHVKXV00@nwk-avmta-1.sfbay.Sun.COM> for psarc@sun.com
 (ORCPT psarc@sun.com); Wed, 04 Apr 2007 10:28:32 -0700 (PDT)
Received: from brmea-mail-4.sun.com ([192.18.98.36])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JFZ00LUJHVAELB0@nwk-avmta-1.sfbay.Sun.COM> for psarc@sun.com
 (ORCPT psarc@sun.com); Wed, 04 Apr 2007 10:28:22 -0700 (PDT)
Received: from fe-amer-09.sun.com ([192.18.108.183])
	by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l34HSMap013422	for
 <psarc@sun.com>; Wed, 04 Apr 2007 17:28:22 +0000 (GMT)
Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 id <0JFZ00C01GA6SZ00@mail-amer.sun.com>
 (original mail from John.Fischer@Sun.COM)
 for psarc@sun.com (ORCPT psarc@sun.com); Wed, 04 Apr 2007 11:28:22 -0600 (MDT)
Received: from 129.145.154.81 ([129.145.154.81])
 by mail-amer.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr  3
 2006)) with ESMTPSA id <0JFZ004F7HV01BJK@mail-amer.sun.com> for psarc@sun.com
 (ORCPT psarc@sun.com); Wed, 04 Apr 2007 11:28:13 -0600 (MDT)
Date: Wed, 04 Apr 2007 10:28:12 -0700
From: John Fischer <John.Fischer@sun.com>
Subject: Re: PSARC/2007/189 - GNU diffutils
In-reply-to: <200703291840.l2TIeTRr020958@spartan.SFBay.Sun.COM>
Sender: John.Fischer@sun.com
To: psarc@sun.com
Cc: John Fischer <John.Fischer@sun.com>,
        Dermot McCluskey <Dermot.McCluskey@sun.com>
Reply-to: John.Fischer@sun.com
Message-id: <1175707692.14534.187.camel@sr1-umpk-31>
MIME-version: 1.0
X-Mailer: Ximian Evolution 1.4.6.335
Content-type: text/plain
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <200703291840.l2TIeTRr020958@spartan.SFBay.Sun.COM>
Status: RO
Content-Length: 724

Darmot,

This case was approved today at PSARC.

Thanks,

John

On Thu, 2007-03-29 at 11:40, Don Cragun wrote:
> >Date: Thu, 29 Mar 2007 13:59:45 -0400
> >From: James Carlson <james.d.carlson@sun.com>
> >
> >Don Cragun writes:
> >> gdiff with POSIXLY_CORRECT defined in the environment will probably give me 
> >> something like:
> >> 		diff: illegal option -i
> >> because the -i option is not specified by POSIX.
> >
> >Bad example.  It actually does work as expected:
> >
> >% echo a > ./x
> >% echo b > ./-r
> >% env POSIXLY_CORRECT=1 gdiff -i x -r
> >1c1
> >< a
> >---
> >> b
> 
> You're right; bad example.  Try -h (which is not documented as an
> option to gdiff in the case materials) instead of -i.
> 
>  - Don
> 


