fate/resolution/location of things like "sys/sockio.h"
Christopher Faylor
cgf-use-the-mailinglist-please@cygwin.com
Fri May 23 00:10:00 GMT 2008
On Thu, May 22, 2008 at 05:48:14PM -0400, Mike Marchywka wrote:
>> From: dave.korn@artimi.com
>> Date: Thu, 22 May 2008 16:15:16 +0100
>
>Thanks. If you are interested, let me try to give a chronology of follow on events as best as I can
>reconstruct:
>
>1:::::::::::::::::::::::::::::::::::::::::::
>> Wrong place to look, surely?
>>
>> http://cygwin.com/cgi-bin2/package-grep.cgi?grep=sys%2Fsockio.h
>
>Oddly enough, that helped :)
>OK, so I copied sockio.h and also needed ioccom.h. Just to be clear,
>
>http://cygwin.com/cgi-bin/cvsweb.cgi/src/newlib/libc/sys/linux/sys/ioccom.h?cvsroot=src
>
>my install is messed up so I'm not sure this problem applies to anyone else
>but I'm just being complete incase it matters.
As the sys/linux above implies, this is linux-specific code. It has no
bearing for cygwin.
>2:::::::::::::::::::::::::::::::::::::::::::::::
>
>Then, I encountered a define problem. This seems to have occured elsewhere
>so I thought I would post the issue with definition of ssize_t:
>
>http://code.google.com/p/xdelta/issues/detail?id=56
>
>This turned out to be flagged with __CYGWIN__ and also easy to fix in the makefile.
>
>3::::::::::::::::::::::::::::::::::::::::::::::::::::::
>
>But, then I had a missing definition for IFF_POINTOPOINT which does seem to be
>an issue with cygwin. According to this, the symbol should be defined in if.h:
>
>https://www.linux-foundation.org/dbadmin/browse/headgroup.php?cmd=list-byheadgroup&HGid=437
>
>my if.h needed to be modified,
>
>#define IFF_LOOPBACK 0x8 /* is a loopback net */
>//
>#define IFF_POINTOPOINT 0x10 /* mjm, */
>// https://www.linux-foundation.org/dbadmin/browse/headgroup.php?cmd=list-byheadgroup&HGid=437
>
>#define IFF_NOTRAILERS 0x20 /* avoid use of trailers */
>
>4: ::::::::::::::::::::::::::::::::::::::::::::
>Next, a problem with INET6_ADDSTRLEN16. I found this and implemented the suggestion,
>
>
>http://viral.media.mit.edu/peers/peers-win.html
>
>#if defined(__CYGWIN__)
>#define INET_ADDRSTRLEN 16
>#define INET6_ADDRSTRLEN 46
>#endif /* __CYGWIN__ */
>
>which again seemed to work but I have no idea what other problems may turn up if this isn't right.
>
>5::::::::::::::::::::::::::::::::::::::::::::
>
>Then I finally encountered a big link problem and determined that some
>pieces were built with and without -mno-cygwin. I was finally able to
>stop it from complaining by grepping all the libraries for the missing
>symbols and just randomly adding stuff but, duh, the executable
>wouldn't run. I can probably figure this out but I've never built
>anything with -mno-cygwin before so it will probably take a while.
Sorry but you're very confused by this point. Compiling with -mno-cygwin means
that you can't use ANY cygwin headers. You won't be able to create an executable
which works this way.
When Dave said "...cygwin doesn't supply or support <sys/sockio.h>" he wasn't
kidding. It isn't supplied and copying it from a random source and randomly
making changes is not going to work.
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/
More information about the Cygwin
mailing list