Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-ID: <00d901c2c801$2ebf59d0$78d96f83@pomello>
From: "Max Bowsher" <maxb AT ukf DOT net>
To: <cygwin AT cygwin DOT com>
References: <E18dzmF-0002Lr-00 AT smtp03 DOT mrf DOT mail DOT rcn DOT net> <001301c2c7e8$11fb57e0$78d96f83 AT pomello> <20030130011501 DOT GB3603 AT redhat DOT com> <00b301c2c7ff$c646c5b0$78d96f83 AT pomello> <20030130013920 DOT GA4679 AT redhat DOT com>
Subject: Re: getopt_long behavior
Date: Thu, 30 Jan 2003 01:44:52 -0000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106

Christopher Faylor wrote:
> On Thu, Jan 30, 2003 at 01:34:47AM -0000, Max Bowsher wrote:
>> Christopher Faylor wrote:
>>> And for an answer to the riddle of why this won't immediately do
>>> what you want, try this in the winsup/cygwin directory:
>>>
>>>   grep -i getopt cygwin.din
>>>
>>> (Remember not to put the -i at the end!)
>>
>> Ah.  This suggests that the ideal fix would be to have alternate
>> object files for getopt, such that programs which really can't cope
>> with getopt's reordering can surpress it at link time - something
>> along the lines of automode.o, textmode.o, etc.
>
> No, it wouldn't suggest that at all.  Did you try the grep that I
> suggested?

Yes.

>  getopt isn't exported from cygwin1.dll.  It only lives in
> libcygwin.a.

I noticed.

This does not invalidate the proposal "do something at link time to force
POSIXLY_CORRECT if necessary for this app".

> I don't know why the original designers of cygwin decided to do things
> this way but it has been this way forever.

Not necessarily an argument against change ;-)


Max.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/