Re: Mingw - Minsys - glib 2.40.0 error with /home/keith [CLOSED]

[Florian HEGRON <hogren iiiha com>]

Hello,

About this problem :
> /bin/grep: /home/keith/staged/mingw32/lib/libiconv.la: No such file or 
> directory
> /bin/sed: can't read /home/keith/staged/mingw32/lib/libiconv.la: No 
> such file or directory
> libtool: link: `/home/keith/staged/mingw32/lib/libiconv.la' is not a 
> valid libtool archive

I tried to pragmatically track back to the problem.

There is a problem with minsys-libintl and minsys-libintl (Maybe make 
more test to ensure to us that the problem is really on the two 
implementation of intl).

Procedure to reproduce the bug :
  With a Windows 7 machine (32 bit) (actually, you can test with all 
version compatible with Mingw32) :
  - Install Mingw32 with options :
    - Basic Setup / mingw-developer-toolkit
    - Basic Setup / mingw32-base
    - Basic Setup / mingw32-gcc-g++
    - Basic Setup / msys-base
    - All Packages / mingw32-libz (dev and dll)
    - Maybe All Packages / minsys-zlib (I am not sure)

  - Don't forget to add C:\MINGWINSTALLDIRECTORY /mingw in /etc/fstab on 
your msys.
  - Compile and install libffi (3.1, ./configure --prefix=/mingw). There 
is no problem.
  - Try to compile Glib 2.40.0. Use LIBFFI_CFLAGS and LIBFFI_LIBS to not 
use pkg-config.
  - Actually, the configure script is ok. But when you try to make, it's 
stopped at libcharset.la compilation.
  - When you remove -lintl in config.status, the make script continue to 
a rand_s error.

  - If you compile and install the last version of gettext which replace 
the intl, and try to compile again, you don't have error about libiconv.


Conclusion :
- The error is not about glib, so excuse me for the disturb. I will 
contact mingw support.
- There is a rand_s error. I saw the bug report about it and I took the 
patch.
- I have others error, but these will be subjects of more tests and 
maybe a new subject in this ML.


Good bye.

Hogren