Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Date: Wed, 29 Jan 2003 23:48:32 -0500 (EST) From: Glenn Fowler Message-Id: <200301300448.XAA70510@raptor.research.att.com> Organization: AT&T Labs Research Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <001301c2c7e8$11fb57e0$78d96f83 AT pomello> <20030130011501 DOT GB3603 AT redhat DOT com> <00b301c2c7ff$c646c5b0$78d96f83 AT pomello> <20030130013920 DOT GA4679 AT redhat DOT com> To: cygwin AT cygwin DOT com Subject: Re: getopt_long behavior On Wed, 29 Jan 2003 20:39:20 -0500 Christopher Faylor wrote: > No, it wouldn't suggest that at all. Did you try the grep that I > suggested? getopt isn't exported from cygwin1.dll. It only lives in > libcygwin.a. > I don't know why the original designers of cygwin decided to do things > this way but it has been this way forever. getopt() is probably in a .a to get the global optarg etc. variables to link properly -- Glenn Fowler AT&T Labs Research, Florham Park NJ -- -- 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/