guile+iconv fails on windows

guile+iconv fails on windows

[Panicz Maciej Godek]

[-- Attachment #1: Type: text/plain, Size: 962 bytes --]

Hi,
perhaps you'd be able to provide me with a quick hint.
I've finally managed to compile my framework SLAYER
to run on Windows. I used the latest snapshot,
guile-2.0.9.98-36c40-dirty, and compiled it without threads
(I had to pass "ac_cv_func__set_invalid_parameter_handler=no"
to configure, because otherwise I had an error with msvcrt.dll)

I'm using unistring and iconv shipped with MinGW/MSYS.

The problem occurs when guile tries to compile a module.
I get the following error:

;;; compiling .\extra\common.scm
;;; compiling c:/guile2/share/guile/2.0\system\vm\frame.scm
Backtrace:
In unknown file:
   ?: 1 ;;; compiling system\vm\frame.scm
Exception thrown while printing backtrace:
ERROR: In procedure open_iconv_descriptors: invalid or unknown character
encoding "utf8"

Do you know what could be the reason and solution?
Should I rebuild libiconv and then relink guile against it?
Would that work? Or is there any quick workaround?

Best regards,
M.

[-- Attachment #2: Type: text/html, Size: 1332 bytes --]

Re: guile+iconv fails on windows

[Eli Zaretskii]

> Date: Sat, 9 Nov 2013 23:35:33 +0100
> From: Panicz Maciej Godek <godek.maciek@gmail.com>
> 
> ;;; compiling .\extra\common.scm
> ;;; compiling c:/guile2/share/guile/2.0\system\vm\frame.scm
> Backtrace:
> In unknown file:
>    ?: 1 ;;; compiling system\vm\frame.scm
> Exception thrown while printing backtrace:
> ERROR: In procedure open_iconv_descriptors: invalid or unknown character
> encoding "utf8"
> 
> Do you know what could be the reason and solution?
> Should I rebuild libiconv and then relink guile against it?
> Would that work? Or is there any quick workaround?

Assuming you link against libiconv as DLL, then if you run the
dependency walker on your libiconv DLL, does it show that it depends
on libgcc DLL?  If so, try a version of libiconv that doesn't depend
on libgcc, or build libiconv yourself that way.

Re: guile+iconv fails on windows

[Panicz Maciej Godek]

[-- Attachment #1: Type: text/plain, Size: 1178 bytes --]

Hi!


> > ;;; compiling .\extra\common.scm
> > ;;; compiling c:/guile2/share/guile/2.0\system\vm\frame.scm
> > Backtrace:
> > In unknown file:
> >    ?: 1 ;;; compiling system\vm\frame.scm
> > Exception thrown while printing backtrace:
> > ERROR: In procedure open_iconv_descriptors: invalid or unknown character
> > encoding "utf8"
> >
> > Do you know what could be the reason and solution?
> > Should I rebuild libiconv and then relink guile against it?
> > Would that work? Or is there any quick workaround?
>
> Assuming you link against libiconv as DLL, then if you run the
> dependency walker on your libiconv DLL, does it show that it depends
> on libgcc DLL?  If so, try a version of libiconv that doesn't depend
> on libgcc, or build libiconv yourself that way.
>

The dependency walker shows that libiconv depends only on dlls supplied
by Windows (kernel32.dll, msvcrt.dll and ntdll.dll). The dependency on
libgcc appears only in libguile, but it seems to have nothing to do with
iconv. Rebuilding libiconv didn't change anything (I believe that since
those are dlls and libguile plainly depends on libiconv-2.dll, there should
be no need to rebuild guile afterwards?)

[-- Attachment #2: Type: text/html, Size: 1626 bytes --]

Re: guile+iconv fails on windows

[Eli Zaretskii]

> Date: Sun, 10 Nov 2013 10:16:51 +0100
> From: Panicz Maciej Godek <godek.maciek@gmail.com>
> Cc: "guile-user@gnu.org" <guile-user@gnu.org>
> 
> The dependency walker shows that libiconv depends only on dlls supplied
> by Windows (kernel32.dll, msvcrt.dll and ntdll.dll). The dependency on
> libgcc appears only in libguile, but it seems to have nothing to do with
> iconv. Rebuilding libiconv didn't change anything

Then I guess you will have to run that compilation under GDB and see
why it thinks utf8 is invalid encoding.  (Is it really "utf8" or
"utf-8" or maybe "UTF-8"?)

> (I believe that since those are dlls and libguile plainly depends on
> libiconv-2.dll, there should be no need to rebuild guile
> afterwards?)

If you rebuilt libiconv-2.dll, you shouldn't need to rebuild guile.

Re: guile+iconv fails on windows

[Panicz Maciej Godek]

[-- Attachment #1: Type: text/plain, Size: 1348 bytes --]

2013/11/10 Eli Zaretskii <eliz@gnu.org>

> > Date: Sun, 10 Nov 2013 10:16:51 +0100
> > From: Panicz Maciej Godek <godek.maciek@gmail.com>
> > Cc: "guile-user@gnu.org" <guile-user@gnu.org>
> >
> > The dependency walker shows that libiconv depends only on dlls supplied
> > by Windows (kernel32.dll, msvcrt.dll and ntdll.dll). The dependency on
> > libgcc appears only in libguile, but it seems to have nothing to do with
> > iconv. Rebuilding libiconv didn't change anything
>
> Then I guess you will have to run that compilation under GDB and see
> why it thinks utf8 is invalid encoding.  (Is it really "utf8" or
> "utf-8" or maybe "UTF-8"?)
>

Well, I think that is the reason of the problem -- that for some reason
Windows reports "utf8" encoding, while iconv requires it to be "UTF-8".
If I only knew where exactly is the encoding set to "utf8", I could try
to fix that. (I think that the problem appears only with applications
compiled with -mwindows flag).
However, it turned out that this problem is only superficial -- it appears
when Guile is trying to print backtrace caused by other problems resulting
from the differences in the execution environment (lack of certan libraries,
mostly).
Although it would be helpful to have more feedback from the interpreter,
I think that I should manage to provide all the necessary fixes without it.

[-- Attachment #2: Type: text/html, Size: 2087 bytes --]

Re: guile+iconv fails on windows

[Eli Zaretskii]

> Date: Sun, 10 Nov 2013 23:09:08 +0100
> From: Panicz Maciej Godek <godek.maciek@gmail.com>
> Cc: "guile-user@gnu.org" <guile-user@gnu.org>
> 
> Well, I think that is the reason of the problem -- that for some reason
> Windows reports "utf8" encoding, while iconv requires it to be "UTF-8".

What do you mean by "Windows reports"?  Where did that "utf8" come
from?

Re: guile+iconv fails on windows

[Panicz Maciej Godek]

[-- Attachment #1: Type: text/plain, Size: 584 bytes --]

2013/11/11 Eli Zaretskii <eliz@gnu.org>

> > Date: Sun, 10 Nov 2013 23:09:08 +0100
> > From: Panicz Maciej Godek <godek.maciek@gmail.com>
> > Cc: "guile-user@gnu.org" <guile-user@gnu.org>
> >
> > Well, I think that is the reason of the problem -- that for some reason
> > Windows reports "utf8" encoding, while iconv requires it to be "UTF-8".
>
> What do you mean by "Windows reports"?  Where did that "utf8" come
> from?
>

Oh, I see it now. I've been trying to reproduce that error, and it turned
out
that it was me who set up the port encoding to "utf8". Sorry for the
confusion.

[-- Attachment #2: Type: text/html, Size: 1195 bytes --]