I tried to buildworld and installworld in this morning. After that,
buildworld broken like this:
[snip]
=== lib/libedit
cc -O -pipe -march=pentium4 -I. -I/usr/src/lib/libedit -c editline.c
In file included from /usr/src/lib/libedit/chared.h:136,
from
On Mon, Aug 04, 2003 at 07:51:35PM +0900, Shin-ichi YOSHIMOTO wrote:
I tried to buildworld and installworld in this morning. After that,
buildworld broken like this:
[snip]
=== lib/libedit
cc -O -pipe -march=pentium4 -I. -I/usr/src/lib/libedit -c editline.c
In file included from
Subject: Re: buildworld broken after installworld,
On Mon, 4 Aug 2003 14:47:23 +0300, Ruslan Ermilov wrote:
Too bad. I think this may be related to a recent work of Andrey
on tr(1), as fcns.h is generated using src/lib/libedit/makelist.
Perhaps, just enforcing the C locale will fix it.
Yes. I
On Mon, Aug 04, 2003 at 22:38:33 +0900, Shin-ichi YOSHIMOTO wrote:
Subject: Re: buildworld broken after installworld,
On Mon, 4 Aug 2003 14:47:23 +0300, Ruslan Ermilov wrote:
Too bad. I think this may be related to a recent work of Andrey
on tr(1), as fcns.h is generated using src/lib
On Mon, Aug 04, 2003 at 17:46:37 +0400, Andrey Chernov wrote:
On Mon, Aug 04, 2003 at 22:38:33 +0900, Shin-ichi YOSHIMOTO wrote:
Subject: Re: buildworld broken after installworld,
On Mon, 4 Aug 2003 14:47:23 +0300, Ruslan Ermilov wrote:
Too bad. I think this may be related to a recent
On Mon, Aug 04, 2003 at 17:57:13 +0400, Andrey Chernov wrote:
There is
tr '[a-z]' '[A-Z]'
which can be different for different locales since use collate now as
required by POSIX. Please tell which exact non-C locale you use and what
happens? I miss start of this discussion.
Subject: Re: buildworld broken after installworld,
On Mon, 4 Aug 2003 17:57:13 +0400, Andrey Chernov wrote:
Well, I found error in the archives, so the question remains, what locale
you use?
LANG=en_US.ISO8859-1
--
Shin-ichi YOSHIMOTO [EMAIL PROTECTED]
http://diary.waishi.jp/~yosimoto/diary
On Mon, Aug 04, 2003 at 23:05:16 +0900, Shin-ichi YOSHIMOTO wrote:
Subject: Re: buildworld broken after installworld,
On Mon, 4 Aug 2003 17:57:13 +0400, Andrey Chernov wrote:
Well, I found error in the archives, so the question remains, what locale
you use?
LANG=en_US.ISO8859-1
I just
[ standards@ Cc:ed ]
On Mon, Aug 04, 2003 at 06:03:32PM +0400, Andrey Chernov wrote:
On Mon, Aug 04, 2003 at 17:57:13 +0400, Andrey Chernov wrote:
There is
tr '[a-z]' '[A-Z]'
which can be different for different locales since use collate now as
required by POSIX. Please
Subject: Re: buildworld broken after installworld,
On Mon, 4 Aug 2003 18:14:04 +0400, Andrey Chernov wrote:
I just commit the fix to makelist, see explanation in the commit message.
Just fine for LANG=en_US.ISO8859-1. Thank you.
--
Shin-ichi YOSHIMOTO [EMAIL PROTECTED]
http://diary.waishi.jp
On Mon, Aug 04, 2003 at 17:18:58 +0300, Ruslan Ermilov wrote:
: The characters or collating elements in the
: range shall be placed in the array in ascending
: collation sequence. If the second endpoint
: precedes the starting endpoint in the collation
:
Ruslan Ermilov [EMAIL PROTECTED] writes:
For example, this result is right and not the bug (but wrong tr usage):
env LANG=de_DE.ISO8859-1 tr '[a-z]' '[A-Z]'
vi_zero
WI_]ERO
Clearly this is a useless construct then.
The correct construct is tr '[:lower:]' '[:upper:]'
DES
--
On Mon, Aug 04, 2003 at 08:58:00PM +0200, Dag-Erling Sm?rgrav wrote:
Ruslan Ermilov [EMAIL PROTECTED] writes:
For example, this result is right and not the bug (but wrong tr usage):
env LANG=de_DE.ISO8859-1 tr '[a-z]' '[A-Z]'
vi_zero
WI_]ERO
Clearly this is a useless construct
On Mon, Aug 04, 2003 at 23:32:19 +0300, Ruslan Ermilov wrote:
I think we've now reached the agreement with Andrey that
a more correct, safe, and portable [sic] construct would
be LC_ALL=C tr [:lower:] [:upper:]. It works the same
in any non-broken operating system and with any locale.
We
On Tue, Aug 05, 2003 at 01:44:44AM +0400, Andrey Chernov wrote:
On Mon, Aug 04, 2003 at 23:32:19 +0300, Ruslan Ermilov wrote:
I think we've now reached the agreement with Andrey that
a more correct, safe, and portable [sic] construct would
be LC_ALL=C tr [:lower:] [:upper:]. It works the
15 matches
Mail list logo
