* Nuno Teixeira [20220719 08:10]:
> I found: translit in:
> ---
> src/core/utilities.cpp: iconv_t conv = iconv_open("ASCII//TRANSLIT",
> "UTF-8");
> ---
>
> Maybe best option is 'iconv:translit'?
In this case, I'd say so, yes. The general problem remains, just using
it without options doesn't p
Hi,
I found: translit in:
---
src/core/utilities.cpp: iconv_t conv = iconv_open("ASCII//TRANSLIT",
"UTF-8");
---
Maybe best option is 'iconv:translit'?
Cheers
Felix Palmen escreveu no dia segunda, 18/07/2022 à(s)
13:40:
> * Felix Palmen [20220718 14:32]:
> > CMakeLists.txt detects and uses
Hello.
I have read up on the behavior of that area for other reasons. But I've already
started to forget :)
As I recall, readelf -d or its compatible operation were used for those
searches, not ldd, so the message must mean that the wrong link was made.
So it is possible that somewhere -lfoo.n
* Felix Palmen [20220718 14:32]:
> CMakeLists.txt detects and uses it, although the implementation in base
> libc would be sufficient.
In fact, with the build picking up the external libiconv automatically,
it's hard to tell the implementation in base libc would be sufficient
indeed. You'd have t
* Nuno Teixeira [20220718 12:52]:
> Error: /usr/local/bin/strawberry is linked to /usr/local/lib/libiconv.so.2
> from converters/libiconv but it is not declared as a dependency
[..]
> I've did run some tests and both 'iconv:wchar_t' and 'iconv:translit' pets
> Q/A tests (but 'iconv' do not).
My w
