[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: z/OS, iconv, and charset aliases

From: Daniel Richard G.
Subject: Re: z/OS, iconv, and charset aliases
Date: Fri, 20 Dec 2019 13:23:03 -0500
User-agent: Cyrus-JMAP/3.1.7-694-gd5bab98-fmstable-20191218v1

On Fri, 2019 Dec 20 03:19-05:00, Bruno Haible wrote:
> Thanks. From this, I think we can equate the following vendor names
> with GNU canonical names:

Is there a good test to ensure that the conversions are as expected? I
wouldn't put it past IBM to use a strange variant of some of these otherwise-
familiar encodings...

> Omitting identical names on both sides (e.g. BIG5 BIG5), I arrive at
> the two attached patches.

Git 3f7d8da2 gives me this build error:

make[3]: Entering directory `/tmp/gnulib-build/gllib'
source='/tmp/testdir/gllib/iconv_open.c' object='iconv_open.o' libtool=no \
DEPDIR=.deps depmode=aix /bin/sh /tmp/testdir/build-aux/depcomp \
xlc-wrap -DHAVE_CONFIG_H -I. -I/tmp/testdir/gllib -I..  
-qhaltonmsg=CCN3296  -g -q64 -qfloat=ieee -qlanglvl=extc99 -qenumsize=4  -c -o 
iconv_open.o /tmp/testdir/gllib/iconv_open.c
ERROR CCN3205 /tmp/testdir/gllib/iconv_open-zos.h:29    "gperf generated tables 
don't work with this execution character set. Please report a bug to 
CCN0793(I) Compilation failed for file /tmp/testdir/gllib/iconv_open.c.  Object 
file not created.
make[3]: *** [iconv_open.o] Error 12

Normally, everything builds using EBCDIC on this system. (There are ways
of compiling ASCII source, but that's not the usual way of working.)

There isn't a way to compile gperf tables in an encoding-agnostic


Daniel Richard G. || address@hidden
My ASCII-art .sig got a bad case of Times New Roman.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]