Hi Bruno,
thanks for your answer... after thinking about the ambiguous output of
locale_charset() this might be an explanation:
Libidn2 (and the tests) use libunistring installed from homebrew while
my direct call to locale_charset() is from gnulib.
So my build correctly says UTF-8, but the homw
Hi Tim,
> locale_charset() returns with "UTF-8".
That is as it should be on Mac OS X.
> u8_strconv_to_locale() and u8_strconv_from_locale() seem not to work as
> expected:
>
>
> One problem seems to be that u8_strconv_to_locale() outputs decomposed
> characters, e.g. u8_strconv_to_locale(büche
Trying to find out why the to_unicode tests of libidn2 fail since a few
months...
It happens on OSX Travis-CI runner, all the infos I have are
$ clang --version
Apple LLVM version 8.1.0 (clang-802.0.42)
Target: x86_64-apple-darwin16.7.0
Thread model: posix
InstalledDir:
/Applications/Xcode.app/Co
Hi,
Wesley Viana wrote:
> So I was wondering how to contribute by "packing" gnulib into a brew
> formula.
Packaging gnulib through a packaging system (such as Debian, pkg, BSD ports,
or brew) is, in the current state of things, not desirable.
Gnulib is a source code library [1], and, although th
