Re: [bug-gnu-libiconv] Including libiconv in another package

[Bruno Haible]

Reuben Thomas wrote:
> > b) if you need GNU libiconv installed on glibc systems.
> 
> 
> Exactly, as I already said: I want to depend specifically on GNU libiconv
> so I can rely on its behaviour.
> 
> So it sounds like I have to get back to statically-linked libiconv then
> work out how to make it work on Windows.

Yes, that's the right approach.

Sometimes, one needs special commands on specific systems. It can be
an invocation of $(AR) followed by an invocation of libtool, with specific
arguments.

> Truly, this is all a major PITA, it was simpler when recode just had an
> internal copy of GNU libiconv.

This would have been a maintainability nightmare for years. Not only would
every commit have to be filtered and adapted for recode. Also the release
schedules would have to be synchronized. I was inexperienced when I did
that, around recode-3.6.

Bruno