From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-29863-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 5221 invoked by alias); 26 Oct 2011 11:42:42 -0000
Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Workers List <zsh-workers.zsh.org>
List-Post: <mailto:zsh-workers@zsh.org>
List-Help: <mailto:zsh-workers-help@zsh.org>
X-Seq: 29863
Received: (qmail 1725 invoked from network); 26 Oct 2011 11:42:39 -0000
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	version=3.3.1
Received-SPF: pass (ns1.primenet.com.au: SPF record at spf01.biglobe.ne.jp designates 133.205.19.70 as permitted sender)
X-Biglobe-Sender: <takimoto-j@kba.biglobe.ne.jp>
Mime-Version: 1.0
X-Mailer: QUALCOMM MacOS X Eudora Version 6.2J rev3.3
Message-Id: <a06001001cacd95106de1@kba.biglobe.ne.jp>
In-Reply-To: <20111026062750.GA27151@redoubt.spodhuis.org>
References: 
 <CACeGjnUE1UFBSbgUVfgAn2ZfZLOwyn_NZzoXcJXy3juHQHmGnQ@mail.gmail.com>
 <20111026062750.GA27151@redoubt.spodhuis.org>
Date: Wed, 26 Oct 2011 19:49:17 +0900
To: zsh-workers@zsh.org
From: "Jun T." <takimoto-j@kba.biglobe.ne.jp>
Subject: Re: pcre test failures
Content-Type: text/plain; charset="us-ascii"

I got similar errors with the recent CVS head.

Vin Shelton has reported two types of errors from V07pcre.ztst:

[1] V07pcre.ztst is run even if the module pcre.so is not built
(i.e., if --enable-pcre is not specified for ./configure).
Then the test fails with an error like "failed to load module 'zsh/pcre'".
This is quite annoying.
To avoid this the "%prep" section of the V07pcre.ztst must be modified
as follows:

if zmodload zsh/pcre 2>/dev/null; then
  ....(current %prep section goes into here)
else
  ZTST_unimplemented="the zsh/pcre module is not available"
fi

[2] If --enable-pcre is specified for ./configure
but the pcre-config command is not installed on the host,
then virtually empty pcre.so is built.
I guess this is the second case in the Vin's post.
pcre-config (and pcre.h etc.) are in pcre-dev (or similar) package in
many Linux distros. Once I installed this package it worked fine
(tested on Fedora14).

I think it would be better to modify configure.ac so that enable-pcre
is reset to "no" if pcre-config command is not found.