X-Spam-Check-By: sourceware.org Date: Fri, 16 Dec 2005 21:14:52 -0500 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: Call for testing Cygwin snapshot (getopt and -liberty don't mix..binutils issue) Message-ID: <20051217021452.GB1758@trixie.casa.cgf.cx> Reply-To: cygwin AT cygwin DOT com References: <20051130171137 DOT GE2999 AT calimero DOT vinschen DOT de> <20051216234128 DOT GB26243 AT trixie DOT casa DOT cgf DOT cx> <61A3944E-814C-459E-992C-6F6878A7EF83 AT rehley DOT net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <61A3944E-814C-459E-992C-6F6878A7EF83@rehley.net> User-Agent: Mutt/1.5.11 Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Unsubscribe: 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 On Fri, Dec 16, 2005 at 05:50:01PM -0800, Peter Rehley wrote: >On Dec 16, 2005, at 3:41 PM, Christopher Faylor wrote: >>On Fri, Dec 16, 2005 at 02:41:54PM -0800, Peter Rehley wrote: >>>I just noticed something else that may or may not be a problem (noticed >>>when working on tftpd). When I link with iberty (-liberty), the getopt >>>function doesn't return the correct value for the option argument. >>>Here is a sample program >> >>libiberty has its own implementation of getopt. This is not a cygwin >>problem. >hmmm, ok. it's binutils then. But when I do a build of cygwin using >the snapshot, it builds libiberty.a. The libiberty directory in the >snapshot source has a getopt.c file that is nearly identical to the >binutils version. I've tried out the version of libiberty.a that >cygwin builds (replaced the binutils version), and it has the same >problem as the binutils version. Why does cygwin need to build it's >own version of libiberty? and where does the libiberty in the cygwin >source come from? > >I'll look at binutils at little closer to track the problem further. I don't know why you're using libiberty but if it you are using the one that comes from binutils then it still isn't a cygwin problem regardless of the fact that you found a libiberty in cygwin's build area. Cygwin has its own version of getopt and it is not the version that comes from libiberty. There are no guarantees that cygwin's getopt header will match whatever is in libiberty.a. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/