Mail Archives: cygwin/2005/12/16/21:14:59
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/
- Raw text -