Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com From: Chris Faylor Date: Thu, 5 Oct 2000 14:11:01 -0400 To: cygwin AT sources DOT redhat DOT com Subject: Re: Building C-Kermit (6.0.192) with Cygwin 1.1 Message-ID: <20001005141101.C20946@cygnus.com> Reply-To: cygwin AT sources DOT redhat DOT com Mail-Followup-To: cygwin AT sources DOT redhat DOT com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.6i In-Reply-To: ; from darkmoon@cinenet.net on Thu, Oct 05, 2000 at 10:48:59AM -0700 On Thu, Oct 05, 2000 at 10:48:59AM -0700, Jeff wrote: >Which of the makefile targets work best? I tried modifying the linux >target, and get: > >administrator AT MYBOX ~/kermit >$ make cygwin >Making C-Kermit "6.0.192" for Cygwin... >make wermit "CC = gcc" "CC2 = gcc" \ >"CFLAGS = -O4 -DPOSIX -DDYNAMIC \ >-DBIGBUFOK -DTCPSOCKET -DMYCURSES -DCK_PCT_BAR \ >-DNOLATIN2 -DNOCYRIL -DNOHEBREW -DNODEBUG \ >-DNODIAL -DNOLISTEN " \ >"LNKFLAGS = -s " "LIBS = -ltermcap" >make[1]: Entering directory `/home/kermit' >gcc -O4 -DPOSIX -DDYNAMIC -DBIGBUFOK -DTCPSOCKET -DMYCURSES -DCK_PCT_BAR -DNOL >ATIN2 -DNOCYRIL -DNOHEBREW -DNODEBUG -DNODIAL -DNOLISTEN -c -o ckutio.o ckut >io.c >ckutio.c: In function `in_chk': >ckutio.c:6032: `u_long' undeclared (first use in this function) >ckutio.c:6032: (Each undeclared identifier is reported only once >ckutio.c:6032: for each function it appears in.) >make[1]: *** [ckutio.o] Error 1 >make[1]: Leaving directory `/home/kermit' >make: *** [cygwin] Error 2 > >administrator AT MYBOX ~/kermit >$ > > >I think something in one or more of the Cygwin header files is >unexpected. This comment, at the top of ckutio, might explain things: > > >#ifdef XENIX /* Was M_UNIX but XENIX implies M_UNIX and applies to XENIX too */ >/* > included above via "ckcnet.h" defines FIONREAD as > something. Due to this, in_chk() uses the FIONREAD instead of RDCHK > and the hot keys during file transfer (X to cancel file etc) do not > work because FIONREAD doesn't work even though it is defined. > > NOTE: This might also be true elsewhere. >*/ >#ifdef FIONREAD >#undef FIONREAD >#endif /* FIONREAD */ >#endif /* XENIX */ Why does this explain anything? I don't see any hint of a "u_long" in this. Cygwin defines u_long in /usr/include/sys/types.h just like most other UNIX systems. >On a completely different topic, which utility is it that translates the >DOS path seperator ("\") to POSIX ("/") on the command line, so that a >DOS app can pass a pathname to a Cygwin app? Thanks for your help, http://sources.redhat.com/cygwin/cygwin-ug-net/using.html#USING-PATHNAMES cgf -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com