[tlbuild] missing libiconv when compiling xdvik on FreeBSD

[Mojca Miklavec]

On 3 April 2018 at 10:31, Nikola Lečić wrote:
> On Mon, 02 Apr 2018 21:26:55 +0000 Mojca Miklavec wrote:
>
>> How does Nikola build it? I have an impression that some systems
>> simply always ship the library (I suspect macOS does so). I do
>> exclude it on Solaris, I think.
>
> Here is my newest build log:
>
>   http://anthesphoria.net/FreeBSD/TeXLive-Devel/TL-Logs-47244.10release64.log
>
> It's done in a clean jail with 10-RELEASE (amd64); you will find in the
> log what ports are installed in order to build TL. The installed ports
> are of the age of release itself.
>
> And this is how these binaries are seen from up-to-date 11.0-RELEASE, on
> my real-life working laptop:
>
>   http://anthesphoria.net/FreeBSD/TeXLive-Devel/TL-LDD-47244.10release64.log

Thanks a lot.

This is yet another example of how it can work: by not installing
libiconv package at all (based on the post by Johannes I guess that it
got installed on my machine when I installed rsync). I still guess
that libiconv functionality is there in your build, just that it
doesn't require an external/optional library.

> As you can see, the only non-portable binary is xdvi-xaw (without iconv
> linking); and as I used to do in the last 2-3 years, I'll build it with
> static library linking -- there's no other way to make it portable.
>
> Let me know if I can provide any other info.

Thank you very much for the additional information.

In the meantime I made two additional experiments:
- I added --without-iconv and that worked (as expected).
- I replaced the iconv search by the proposed change in configure.ac.
The build worked, but for a strange reason I no longer have the
xdvi-xaw binary. I didn't have time to investigate yet.

I could try to remove all ports that depend on libiconv and try again,
but I guess I would see another successful build.

Luckily I'm not responsible for providing the FreeBSD binaries, I'll
just add --without-iconv flag to make the builds succeed for now, in
the meantime I hope that this gets addressed upstream:
https://sourceforge.net/p/xdvi/bugs/401/. I'll likely need more local
testing to confirm that this in fact solves the issue (it doesn't
really help if I end up without one binary).

Mojca