Changes between Version 257 and Version 258 of CygwinPort


Ignore:
Timestamp:
01/05/13 15:27:17 (9 years ago)
Author:
jpflori
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • CygwinPort

    v257 v258  
    298298  * Configure our iconv not to use libintl/gettext with --disable-nls (that seems to be the best solution for me, but then further spkg might fail and we have to go back to requiring libiconv).
    299299* I'll provide an iconv spkg with the last solution, but for the moment I'm faking its installation anyway to see whether its really needed or not (apparently by R, see #8191 and #8567).
    300 * Problems with zlib once again when building libpng. By default only the zlib0 cygwin package is installed, which only contains the dll, not the zlib-devel one which contains headers, import file, static archive... I guess we'll have to make that one a prereq. In fact I think we should not, I think the install of OUR zlib spkg must be somehow broken.
     300* Problems with zlib once again when building libpng. By default only the zlib0 cygwin package is installed, which only contains the dll, not the zlib-devel one which contains headers, import file, static archive... I guess we'll have to make that one a prereq. In fact I think we should not, I think the install of OUR zlib spkg must be somehow broken. Indeed, it seems we do not install the import library.
    301301* About libpng, I'm a little confused by the copying and removing at the end of spkg-install, this looks very very fishy, I'll remove it for now. See #11696.
    302302* gd seems to have trouble detecting libpng now and is missing symbols/functions and gdmodule fails because of that. Indeed the libpng import library is almost empty (and so broken) whence the hack of #9146. See http://old.nabble.com/Fwd%3A---libpng-Bugs-2981656---Import-library-definitions-missing-in-Windows-td28130513.html, this is fixed in libpng 1.5. The SYMBOL_PREFIX hack there seems to work (and less hackish than our previous one). But prefer solution although is to properly reenable dllexport as was done for 1.5.