From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Newsgroups: gmane.lisp.guile.devel Subject: Re: MinGW vs. c-api.test Date: Tue, 10 Jun 2014 13:44:17 +0200 Message-ID: <87y4x5ng4u.fsf@gnu.org> References: <83lht730k8.fsf@gnu.org> <87y4x56fql.fsf@gnu.org> 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 1402400724 23764 80.91.229.3 (10 Jun 2014 11:45:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 10 Jun 2014 11:45:24 +0000 (UTC) Cc: guile-devel To: Eli Zaretskii Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Tue Jun 10 13:45:17 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 1WuKUN-0000fp-Ih for guile-devel@m.gmane.org; Tue, 10 Jun 2014 13:45:15 +0200 Original-Received: from localhost ([::1]:38576 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WuKUN-00032T-65 for guile-devel@m.gmane.org; Tue, 10 Jun 2014 07:45:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52555) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WuKTf-00020t-0m for guile-devel@gnu.org; Tue, 10 Jun 2014 07:44:36 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WuKTZ-0003y4-K7 for guile-devel@gnu.org; Tue, 10 Jun 2014 07:44:30 -0400 Original-Received: from hera.aquilenet.fr ([2a01:474::1]:38266) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WuKTT-0003uu-IT; Tue, 10 Jun 2014 07:44:19 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 384271617; Tue, 10 Jun 2014 13:44:18 +0200 (CEST) Original-Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q-JJaqjTMG1o; Tue, 10 Jun 2014 13:44:18 +0200 (CEST) Original-Received: from pluto (pluto.bordeaux.inria.fr [193.50.110.57]) by hera.aquilenet.fr (Postfix) with ESMTPSA id F31F915B3; Tue, 10 Jun 2014 13:44:17 +0200 (CEST) X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 22 Prairial an 222 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0xEA52ECF4 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 83C4 F8E5 10A3 3B4C 5BEA D15D 77DD 95E2 EA52 ECF4 X-OS: x86_64-unknown-linux-gnu In-Reply-To: <87y4x56fql.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Mon, 09 Jun 2014 21:32:34 +0200") User-Agent: Gnus/5.130009 (Ma Gnus v0.9) Emacs/24.3 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a01:474::1 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:17200 Archived-At: ludo@gnu.org (Ludovic Court=C3=A8s) skribis: > Eli Zaretskii skribis: > >> 2. c-api.test fails with many messages such as this one: >> >> 'CUR' is not recognized as an internal or external command, >> operable program or batch file. >> >> This is because c-api.test does this: >> >> (define (egrep string filename) >> (zero? (system (string-append "egrep '" string "' " filename " >/= dev/null")))) >> ... >> (if (and (file-exists? file) >> (egrep "SEEK_(SET|CUR|END)" file)) >> >> There are two problems here: quoting that is not supported by >> Windows shells, and redirection to /dev/null. The former is easily >> fixed portably: >> >> (system (string-append "egrep \"" string \"" " filename >> >> The latter requires either an OS-dependent string in the *.scm >> source of the test, or a variable (called, e.g., null-device) that >> will be set correctly for each platform, which could then be used >> by the test unconditionally. Eli, I noticed there are many other occurrences of /dev/null in the test suite. Do they all need to be patched to use NUL, or is /dev/null somehow interpreted correctly in some contexts? Ludo=E2=80=99.