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 To: cygwin AT cygwin DOT com From: CV Subject: Re: FileRunner under cygwin - simple compilation fails. Date: Wed, 19 Jan 2005 00:08:22 +0000 (UTC) Lines: 71 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet AT sea DOT gmane DOT org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 82.158.81.106 (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax)) X-IsSubscribed: yes Igor Pechtchanski cs.nyu.edu> writes: > Did you check whether tcl.h gets included? If it is, it could be a bug in > ext.c. I ran gcc -E as you suggested but was not sure how to interpret the results. Looking at it a bit more closely I think it is clear that tcl.h _does_ get included: After running the command "gcc -E ext.c -o ext.pre" and then comparing ext.pre with tcl.h I think I can identify some of the included bits, eg. the following: ---------------------------- tcl.h ------------------------------- /* * Procedure types defined by Tcl: */ typedef int (Tcl_AppInitProc) _ANSI_ARGS_((Tcl_Interp *interp)); typedef int (Tcl_AsyncProc) _ANSI_ARGS_((ClientData clientData, Tcl_Interp *interp, int code)); typedef void (Tcl_ChannelProc) _ANSI_ARGS_((ClientData clientData, int mask)); typedef void (Tcl_CloseProc) _ANSI_ARGS_((ClientData data)); typedef void (Tcl_CmdDeleteProc) _ANSI_ARGS_((ClientData clientData)); typedef int (Tcl_CmdProc) _ANSI_ARGS_((ClientData clientData, Tcl_Interp *interp, int argc, CONST84 char *argv[])); -------------------------------------------------------------------- ---------------------------- ext.pre ------------------------------- typedef int (Tcl_AppInitProc) (Tcl_Interp *interp); typedef int (Tcl_AsyncProc) (ClientData clientData, Tcl_Interp *interp, int code); typedef void (Tcl_ChannelProc) (ClientData clientData, int mask); typedef void (Tcl_CloseProc) (ClientData data); typedef void (Tcl_CmdDeleteProc) (ClientData clientData); typedef int (Tcl_CmdProc) (ClientData clientData, Tcl_Interp *interp, int argc, const char *argv[]); -------------------------------------------------------------------- > > It does seem to behave funny, refusing to enter certain directories, but > > that I'll have to investigate separately. > > Perhaps related to the above warnings? Don't know, but actually it only refuses to enter the C:/cygwin/cygdrive directory, where the windows disks are mounted. It is ok everywhere else. mount C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /cygdrive/c type user (binmode,noumount) d: on /cygdrive/d type user (binmode,noumount) g: on /cygdrive/g type user (binmode,noumount) h: on /cygdrive/h type user (binmode,noumount) I am a little surprised that FileRunner is working with C:/ as its root directory. I would have preferred to have it use the cygwin / root, and then access windows disks over /cygdrive/c etc. but that's a minor point and it still sort of works: "cd /" takes you to C:/cygwin. Another funny thing is that cygwin symlinks come up as filename.lnk, but they still seem to work as expected when you click on them. Cheers CV -- 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/