AdaCore / AdaCore/gnatcoll-bindings
Libiconv issues.
Nobody has claimed this yet.
- Dominant language
- Ada
- Stars
- 15
- Forks
- 15
- PR merge metrics
- No merged PRs in 30d
Description
Some Libiconv implementions define symbols such as iconv_open whereas others define libiconv_open.
Currently GNATColl-iconv use iconv_open style in binding support, for instance:
void *gnatcoll_iconv_open(char *tocode, char *fromcode){
iconv_t res = iconv_open(tocode, fromcode);
return (res == (iconv_t) -1) ? NULL : res;
}
As it was formerly explained in documentation:
If your application depends on having a working libiconv, you can specify –with-iconv or –with-iconv=PATH to GNATCOLL’s configure.
But configure is no more present.
How can I use Libiconv library with libiconv_open style?
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with iconv/iconv_support.c and the linked iconv documentation, then inspect how the project currently discovers and links iconv now that configure is absent. Determine how libiconv_open-style libraries should be selected or supported, and document or verify the resulting usage path.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- build-system
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100