Hi Tim,
> > FreeBSD 11.2-RELEASE-p4 (with clang 6.0):
> >
> > CCLD wget2
Please make it a habit to use "make V=1" when submitting a report.
I don't want to see "CCLD wget2"; I want to see the actual link
command line.
> > /usr/bin/ld: undefined reference to symbol
> > `pthread_mutexattr_g
Daniel Richard G. wrote:
> But what good will that do, if the (ASCII-consuming) gperf code receives
> e.g. the EBCDIC form of "ISO-8859-1"? "#pragma convert" only works at
> compile time, not run time.
OK, then we'll need
a) for the short-term: in lib/iconv_open.c, apply an EBCDIC -> ASCII
On Sun, 2020 Jan 19 16:59-05:00, Bruno Haible wrote:
>
> The intended outcome is that a gperf-generated mapping function, say,
> for
> FOO, "BAR"
> performs equivalently to
> if (strcmp (arg, "FOO") == 0)
> return "BAR";
> just faster. Can you find the suitable compiler settings and
Hi Daniel,
> > > There isn't a way to compile gperf tables in an encoding-agnostic
> > > manner?
> >
> > No. gperf works by using character values as indices into arrays; the
> > arrays are filled by gperf at code generation time.
> >
> > Can you experiment with the pragmas to resolve this? For th
Hi Daniel,
> > Oh, certainly many of the IBM-nnn encodings are variants of what
> > Microsoft and the rest of the world do regarding codepage nnn. Find an
> > extensive comparison at
> > https://haible.de/bruno/charsets/conversion-tables/index.html .
> >
> > You find the tools to extract the conve
