From: Alexey Tourbin <at@altlinux.ru>
To: zsh-workers@sunsite.dk
Subject: Re: compaudit problem
Date: Tue, 17 Oct 2006 23:05:46 +0400 [thread overview]
Message-ID: <20061017190546.GB11317@localhost.localdomain> (raw)
In-Reply-To: <060819103035.ZM28413@torch.brasslantern.com>
[-- Attachment #1.1: Type: text/plain, Size: 2385 bytes --]
On Sat, Aug 19, 2006 at 10:30:33AM -0700, Bart Schaefer wrote:
> I can't reproduce any of these with my build of 08/17 sources from CVS.
> I've tried compiling both with and without multibyte support. I've even
> tried forcing Test/D07multibyte.ztst to use ru_RU.UTF-8 as $LANG when
> running "make check".
>
> Does anything change if you run "zsh -o posix_identifiers"? Have you
> tried building with "configure --disable-multibyte"?
>
> Changes between 06/19 and 07/29 that may have affected this:
>
> * 22518: Src/params.c, Src/utils,c, Src/zsh.h,
> Test/B02typeset.ztst: Initial go at making parameter subscripts
> use multibyte characters.
>
> * 22524: Src/params.c, Test/D07multibyte.ztst: searchable
> subscripts with multibyte characters.
>
> * 22544: README, Doc/Zsh/options.yo, Src/builtin.c, Src/glob.c,
> Src/lex.c, Src/math.c, Src/module.c, Src/options.c, Src/params.c,
> Src/parse.c, Src/subst.c, Src/utils.c, Src/zsh.h, Src/ztype.h,
> Src/Zle/compcore.c, Src/Zle/zle_tricky.c, Test/D07multibyte.ztst:
> Improve use of ztype tests for multibyte characters. Add
> POSIX_IDENTIFIERS option to control allowability of multibyte
> alphanumeric characters in parameter and module names.
>
> * 22556: Doc/Zsh/builtins.yo, Functions/Zle/insert-composed-char,
> Src/builtin.c, Src/pattern.c, Src/subst.c, Src/utils.c, Src/zsh.h,
> Src/ztype.h, Src/Zle/zle.h, Src/Zle/zle_main.c,
> Test/D04parameter.ztst, Test/D07multibyte.ztst: Multibyte
> separators and delimiters.
>
> * unposted: Src/pattern.c, Src/utils.c: minor typos in
> 22556 found when MULTIBYTE_SUPPORT is not defined.
>
> * 22557: Doc/Zsh/options.yo, Misc/globtests, Src/options.c,
> Src/pattern.c, Test/D02glob.ztst, Test/D07multibyte.ztst:
> Turn on multibyte option by default for MULTIBYTE_SUPPORT and fix
> tests and patterns.
I can still reproduce this with current cvs snapshot.
I imported cvs sources into git and tried git-bisect.
git-bisect says the problem started with change #22557.
[refs/bisect/bad] [bisect] 22557: turn on multibyte option by default
[refs/bisect/good-b76d3fa3515823810784266bbf0c9cc1c58c504d] fix typos in 22556
Build script is attached.
[-- Attachment #1.2: bzsh --]
[-- Type: text/plain, Size: 1802 bytes --]
#!/bin/sh -e
autoreconf -fisv
# Disable libnsl/NIS support.
export ac_cv_search_yp_all=no zsh_cv_sys_nis=no zsh_cv_sys_nis_plus=no
# YODL is not required, pre-generated man pages are shipped.
export YODL=yodl PDFETEX=pdfetex
# Avoid autoconf thinking it should strip when linking.
export LDFLAGS=
# Disable sys/capability.h (see #8142).
export ac_cv_header_sys_capability_h=no
CFLAGS="${CFLAGS:--pipe -Wall -O2 -march=athlon -mtune=athlon-xp}" ; export CFLAGS ;
CXXFLAGS="${CXXFLAGS:--pipe -Wall -O2 -march=athlon -mtune=athlon-xp}" ; export CXXFLAGS ;
FFLAGS="${FFLAGS:--pipe -Wall -O2 -march=athlon -mtune=athlon-xp}" ; export FFLAGS ;
export lt_cv_deplibs_check_method=pass_all ;
[ -f configure.ac -o -f configure.in ] && libtoolize --copy --force ;
./configure --build=athlon-alt-linux --host=athlon-alt-linux \
--prefix=/usr \
--exec-prefix=/usr \
--bindir=/usr/bin \
--sbindir=/usr/sbin \
--sysconfdir=/etc \
--datadir=/usr/share \
--includedir=/usr/include \
--libdir=/usr/lib \
--libexecdir=/usr/lib \
--localstatedir=/var/lib \
--sharedstatedir=/usr/com \
--mandir=/usr/share/man \
--infodir=/usr/share/info \
--disable-dependency-tracking \
--without-included-gettext \
--enable-etcdir=/etc \
--enable-fndir=/usr/share/zsh \
--enable-scriptdir=/usr/share/zsh/scripts \
--enable-site-fndir=/usr/local/share/zsh \
--enable-site-scriptdir=/usr/local/share/zsh/scripts \
--enable-function-subdirs \
--enable-maildir-support \
--with-curses-terminfo \
--with-tcsetpgrp \
--disable-cap \
--enable-pcre \
--enable-multibyte \
\
\
#
# We don't expect that something is broken.
grep '^#define.*BROKEN' config.h && exit 1
# SMP-incompatible.
make MODDIR=/usr/lib
make -C Etc
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2006-10-17 19:06 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-19 11:50 Alexey Tourbin
2006-08-19 17:30 ` Bart Schaefer
2006-08-19 17:45 ` Alexey Tourbin
2006-08-19 19:20 ` Bart Schaefer
2006-08-20 17:55 ` Alexey Tourbin
2006-08-19 18:00 ` Alexey Tourbin
2006-08-20 17:16 ` Peter Stephenson
2006-08-20 17:32 ` Alexey Tourbin
2006-08-20 18:33 ` Peter Stephenson
2006-10-17 19:05 ` Alexey Tourbin [this message]
2006-10-18 3:41 ` Bart Schaefer
2006-10-18 12:00 ` Alexey Tourbin
2006-10-18 13:31 ` Peter Stephenson
2006-10-18 16:20 ` Alexey Tourbin
[not found] ` <20061018182019.62809029.pws@csr.com>
2006-10-19 0:17 ` Alexey Tourbin
2006-10-19 8:35 ` Peter Stephenson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20061017190546.GB11317@localhost.localdomain \
--to=at@altlinux.ru \
--cc=zsh-workers@sunsite.dk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/zsh/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).