[tlbuild] Cannot compile xdvik

[Apostolos Syropoulos]

Hi Luigi,

First of all thank you for having a look at this problem. The following
patch "solves: the problem:

--- encodings.c.orig    2025-02-25 20:05:04.352882281 +0200
+++ encodings.c.new     2025-02-25 20:04:47.314022182 +0200
@@ -67,6 +67,9 @@
 #include "xdvi.h"

 #if HAVE_ICONV_H
+#ifdef __sun
+#define  _XPG6
+#endif
 # include <iconv.h>
 static iconv_t m_iconv_gb_ucs4 = (iconv_t)(-1);
 #endif /* HAVE_ICONV_H */

Now...


Στις Τρί 25 Φεβ 2025 στις 3:25 μ.μ., ο/η luigi scarso <
luigi.scarso at gmail.com> έγραψε:



> Similar to this
> https://redmine.audacious-media-player.org/boards/1/topics/2048
>
> Indeed, my /usr/include/iconv.h (Linux glibc) says
> extern size_t iconv (iconv_t __cd, char **__restrict __inbuf,
>                      size_t *__restrict __inbytesleft,
>                      char **__restrict __outbuf,
>                      size_t *__restrict __outbytesleft);
>
> But it should be  already solved, because
> in source/texk/xdvik/m4/xdvi-check-iconv.m4 (from 2013) at the end:
> #include <iconv.h>
>          ]],
>          [[extern size_t iconv(iconv_t, char **, size_t *, char**,
> size_t*);]])],
>       [xdvi_cv_iconv_char_pptr_type='char **'],
>       [xdvi_cv_iconv_char_pptr_type='const char **'])])
> AC_DEFINE_UNQUOTED([ICONV_CHAR_PPTR_TYPE], [$xdvi_cv_iconv_char_pptr_type],
>                    [Define the type of the iconv input string (char ** or
> const char **)])
> ]) # _XDVI_ICONV_CHAR_PPTR_TYPE
>
> so I guess that at some point there is  a misconfiguration .
>
> In source/Work/build.log, in
> === configuring in xdvik
> do you see something like this
> checking for iconv.h... yes
> checking for library containing iconv... none required
> checking for iconv input type... char **
> ?
>
>
Yes I see the following:


checking for regex.h... yes
checking for iconv.h... yes
checking for library containing iconv... none required
checking for iconv input type... char **
checking for nl_langinfo... yes

I have applied the patch to compile. However, it would be better to have a
permanent solution.

Regards,
A.S.

-- 
Apostolos Syropoulos
Xanthi, GREECE
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://tug.org/pipermail/tlbuild/attachments/20250225/78970d01/attachment.htm>