From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.lisp.guile.devel Subject: Re: MinGW vs. c-api.test Date: Fri, 13 Jun 2014 19:19:05 +0300 Message-ID: <83egyswznq.fsf@gnu.org> References: <83lht730k8.fsf@gnu.org> <87y4x56fql.fsf@gnu.org> <87y4x5ng4u.fsf@gnu.org> <83fvjc22pc.fsf@gnu.org> <87bntzoc4e.fsf@gnu.org> <83ha3rzdoj.fsf@gnu.org> <87d2eelee3.fsf@gnu.org> <83r42uxd3v.fsf@gnu.org> <87vbs5gb8f.fsf@gnu.org> <838up1yk3x.fsf@gnu.org> <87mwdheser.fsf@gnu.org> <87ppiciymu.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: ger.gmane.org 1402676384 17316 80.91.229.3 (13 Jun 2014 16:19:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 13 Jun 2014 16:19:44 +0000 (UTC) Cc: guile-devel@gnu.org To: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Fri Jun 13 18:19:37 2014 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WvUCU-0002cn-TE for guile-devel@m.gmane.org; Fri, 13 Jun 2014 18:19:35 +0200 Original-Received: from localhost ([::1]:60024 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WvUCU-0001kC-3I for guile-devel@m.gmane.org; Fri, 13 Jun 2014 12:19:34 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54040) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WvUCL-0001bO-9T for guile-devel@gnu.org; Fri, 13 Jun 2014 12:19:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WvUCF-00031V-EX for guile-devel@gnu.org; Fri, 13 Jun 2014 12:19:25 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:64266) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WvUCF-00031H-6w; Fri, 13 Jun 2014 12:19:19 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0N74008007HME400@a-mtaout20.012.net.il>; Fri, 13 Jun 2014 19:19:16 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N74007MQ804XB90@a-mtaout20.012.net.il>; Fri, 13 Jun 2014 19:19:16 +0300 (IDT) In-reply-to: <87ppiciymu.fsf@gnu.org> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.166 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:17222 Archived-At: > From: ludo@gnu.org (Ludovic Court=C3=A8s) > CC: Eli Zaretskii , guile-devel@gnu.org > Date: Fri, 13 Jun 2014 18:04:57 +0200 >=20 > >>>> Like (string-match "^[a-zA-Z]:[/\\]" (getcwd)) ? > >>> > >>> Yes. > > > > But my Git Bash shell on Windows (at work) gives me paths like /<= drive > > letter>/... > > For example: > > > > nj@PC3946 /c/work/icp (master) > > $ pwd > > /c/work/icp Git Bash is an MSYS program. MSYS is a fork of an old version of Cygwin, and the pseudo-Posix file names it returns is one of its features, designed to make Posix shell scripts work without choking o= n Windows file names with drive letters. So this has nothing to do with native Windows programs produced by MinGW, which is what we are discussing here: how to redirect to a nul= l device in a native MinGW compiled Guile whose 'system' procedure invokes the Windows shell cmd.exe. > Isn=E2=80=99t it rather provided by Cygwin? Yes, Cygwin and MSYS. > I would think that (getcwd) on Cygwin would return /c/... whereas > (getcwd) on MinGW would return C:\..., no? The MinGW version should produce either C:\... or C:/..., yes.