From: huott AT pinebush DOT com (Ed Huott) Subject: Re: Problem with mount and MS cl.exe 3 Jan 1997 12:24:28 -0800 Sender: daemon AT cygnus DOT com Approved: cygnus DOT gnu-win32 AT cygnus DOT com Distribution: cygnus Message-ID: <199701031921.OAA08810.cygnus.gnu-win32@sol.pinebush.com> Original-To: gnu-win32 AT cygnus DOT com Original-Sender: owner-gnu-win32 AT cygnus DOT com In message <199701022238 DOT QAA09877 AT edge DOT edge DOT net>, Blake McBride writes: > >In DOS (NT command prompt) the option introduction character is defaulted >to '/' as apposed to Unix's '-'. cl is reading the /f as a compiler >option. This has nothing to do with bash and can't even be addressed >by bash. You'd have the same problem in unix if you had a file whose >name started with a hyphen. It'd be best in this case if you just >used the backslashes. > >--blake > I thought that the use of '/' instead of '-' as an option switch was probably contributing to the problem. But I had somehow gotten the impression from the docs that the shell and/or cygwin.dll would do the appropriate path name translation for the "DOS" program. I realize now that this would be impossible. As you pointed out, there's no way for the shell to know which arguments to the program were options and which were paths to files. Too bad, though. For a while there it was beginning to look like it would be a really neat way to normalize the path names for the Unix and NT builds in a shared project file system. I'll just have to stick with doing the path name acrobatics inside of GNU make. - For help on using this list, send a message to "gnu-win32-request AT cygnus DOT com" with one line of text: "help".