On 2013-04-02 10:27, Achim Gratz wrote:
I've added test packages compiled with gcc-4.7.2-1 (to be installed by
manually selecting them, like the test version of gcc itself):
PKG_CONTENTS[] is deprecated. Instead, do:
mpclib_CONTENTS='usr/share'
libmpc3_CONTENTS='usr/bin/cygmpc-3.dll'
libmpc_d
I've added test packages compiled with gcc-4.7.2-1 (to be installed by
manually selecting them, like the test version of gcc itself):
wget="wget -xnH --cut-dirs=1 http://cygwin.stromeko.net/release";
$wget/mpclib/setup.hint
$wget/mpclib/mpclib-1.0.1-1-src.tar.bz2
$wget/mpclib/mpclib-1.0.1-1.tar.b
Achim Gratz writes:
> And again, the real head-scratcher is libmpfr4.
Speaking of which, if I want to compile test packages of these for use
with gcc47, how do I tell cygport to link against the new libraries
without installing them on my system first (since that will make the
installed gcc unusea
Yaakov (Cygwin/X) writes:
> On Sun, 10 Mar 2013 16:50:04 +0100, Achim Gratz wrote:
>> - provide libmpc1 for compatibility with existing packages (the old
>> package pinned the library version to -1 even though the API version
>> was -3), the actual library content is identical
>
> This was a mi
On Sun, 10 Mar 2013 16:50:04 +0100, Achim Gratz wrote:
> - provide libmpc1 for compatibility with existing packages (the old
> package pinned the library version to -1 even though the API version
> was -3), the actual library content is identical
This was a mistake then; please don't propagate
Packages orphaned by David Billinghurst.
- latest upstream version
- provide libmpc1 for compatibility with existing packages (the old
package pinned the library version to -1 even though the API version
was -3), the actual library content is identical
- linked against libmpfr4 / libgmp3
Pl