Changes between Version 274 and Version 275 of CygwinPort


Ignore:
Timestamp:
01/16/13 12:42:12 (9 years ago)
Author:
jpflori
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • CygwinPort

    v274 v275  
    303303* 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.
    304304* ecl fails to build with Sage's GCC 4.6.3, same error as http://sourceforge.net/mailarchive/message.php?msg_id=28468685, see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52061. It is ok with Cygwin earlier GCC or Sage's GCC 4.7.2 (although you'd better craft a stripped down spkg from the all including one in optional which ships all the GCC suite including gcj and gobjc and go and which depends on zip or jar (not installed by default)). Use stripped 4.7.2 at #13913.
    305 * The libncurses-devel Cygwin package is indeed needed by Singular (but I don't think its Windows 7 specific).
     305* The libncurses-devel Cygwin package is indeed needed by Singular (but I don't think its Windows 7 specific). Not really sure anymore about that as I'm rebuilding singular only after a complete sage build, without libncurses-devel, on my 5.6.rc0 install and it does not complain...
    306306* R actually wants iconv.h so I've installed Cygwin's libiconv package (ie the "devel" package not installed by default) and see if its now good enough. And it seems good enough, so either we build our own iconv or prereq iconv-devel, I mean libiconv package... And by the way it does not seem gd module still needs iconv as stated in #7319
    307307* The new Gap spkg request a static GMP, too bad. See #13954.