Re: Please upload: gd-2.0.28-1/libgd2-2.0.28-1/libgd-devel-2.0.28-1
On Sep 21 19:33, Dr. Volker Zell wrote: Hi Please upload at your earliest convinience cut here #!/bin/bash mkdir -p gd gd/libgd2 gd/libgd-devel cd gd wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/setup.hint Is it a bug or intention that the dependencies changed from 'xorg-x11-bin-dlls' to 'xorg-x11-bin'? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Please upload: gd-2.0.28-1/libgd2-2.0.28-1/libgd-devel-2.0.28-1
Corinna Vinschen writes: On Sep 21 19:33, Dr. Volker Zell wrote: Hi Please upload at your earliest convinience cut here #!/bin/bash mkdir -p gd gd/libgd2 gd/libgd-devel cd gd wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/setup.hint Is it a bug or intention that the dependencies changed from 'xorg-x11-bin-dlls' to 'xorg-x11-bin'? Why, it still says xorg-x11-bin-dlls ? Corinna Ciao Volker
Re: Please upload: gd-2.0.28-1/libgd2-2.0.28-1/libgd-devel-2.0.28-1
On Sep 22 14:56, Dr. Volker Zell wrote: Corinna Vinschen writes: Is it a bug or intention that the dependencies changed from 'xorg-x11-bin-dlls' to 'xorg-x11-bin'? Why, it still says xorg-x11-bin-dlls ? Oh well, sorry. It's right around the other way. The dependency changed from xorg-x11-bin to xorg-x11-bin-dlls. Still the question, intentional or not? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Please upload: gd-2.0.28-1/libgd2-2.0.28-1/libgd-devel-2.0.28-1
Corinna Vinschen writes: On Sep 22 14:56, Dr. Volker Zell wrote: Corinna Vinschen writes: Is it a bug or intention that the dependencies changed from 'xorg-x11-bin-dlls' to 'xorg-x11-bin'? Why, it still says xorg-x11-bin-dlls ? Oh well, sorry. It's right around the other way. The dependency changed from xorg-x11-bin to xorg-x11-bin-dlls. Still the question, intentional or not? Intentional. Somebody must have edited the setup.hint file to accommodate the switch from XFree* xorg-x11*. The right dependency is xorg-x11-bin-dlls. Corinna Ciao Volker
Re: Please upload: gd-2.0.28-1/libgd2-2.0.28-1/libgd-devel-2.0.28-1
On Sep 22 16:37, Dr. Volker Zell wrote: Corinna Vinschen writes: On Sep 22 14:56, Dr. Volker Zell wrote: Corinna Vinschen writes: Is it a bug or intention that the dependencies changed from 'xorg-x11-bin-dlls' to 'xorg-x11-bin'? Why, it still says xorg-x11-bin-dlls ? Oh well, sorry. It's right around the other way. The dependency changed from xorg-x11-bin to xorg-x11-bin-dlls. Still the question, intentional or not? Intentional. Somebody must have edited the setup.hint file to accommodate the switch from XFree* xorg-x11*. The right dependency is xorg-x11-bin-dlls. Ok, thanks. Uploaded. I removed 2.0.15-1. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc.
Please upload: gd-2.0.28-1/libgd2-2.0.28-1/libgd-devel-2.0.28-1
Hi Please upload at your earliest convinience cut here #!/bin/bash mkdir -p gd gd/libgd2 gd/libgd-devel cd gd wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/gd-2.0.28-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/gd-2.0.28-1.tar.bz2 cd libgd2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/libgd2/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/libgd2/libgd2-2.0.28-1.tar.bz2 cd ../libgd-devel wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/libgd-devel/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/libgd-devel/libgd-devel-2.0.28-1.tar.bz2 cut here DESCRIPTION: A graphics library for fast image creation CYGWIN NEWS: * Update to latest upstream release. gd NEWS === What's new in version 2.0.28? * GIF support has been restored. See gdImageGif, gdImageGifCtx, gdImageGifPtr, gdImageCreateFromGif, gdImageCreateFromGifCtx, and gdImageCreateFromGifPtr. These functions are now thread-safe, similar to the PNG and JPEG manipulation functions. * The new gdImageCreatePaletteFromTrueColor function is identical to gdImageTrueColorToPalette, except that it returns a new image rather than permanently modifying the original. What's new in version 2.0.27? * In gd 2.0.26, there was potential for out of bounds fills, and therefore crashes, in the horizontalLine function used by gdImageFilledPolygon. Fixed by John Ellson. * The order of the points returned in the bounding rectangle by gdImageStringFT was incorrect in version 2.0.26. This has been corrected in version 2.0.27. Thanks to Riccardo Cohen for pointing this out, and to John Ellson for verifying and fixing it. What's new in version 2.0.26? The following enhancements and fixes: * Drastically faster, less memory-intensive antialiased drawing, thanks to Pierre-Alain Joye. This code was imported from the PHP fork of gd. The API for antialiased drawing has not changed, however the implementation has been completely replaced. Antialiased line drawing does not support widths other than 1, however this did not work properly with the other implementation of antialiasing either. Support has been included for the non-blending color option introduced by the previous implementation of antialiased drawing. * gdlib-config, which has been installed by make install for some time now, has gained a --features option. This option produces a space-separated list of optional features with which the gd library was compiled. Typical usage looks like this: % gdlib-config --features GD_XPM GD_JPEG GD_FREETYPE GD_PNG GD_GIF Other configure scripts can conveniently define preprocessor symbols based on this list in order to conditionally compile code. For instance, if GD_PNG is not reported by --features, then gdImagePng is not included in the library. Thanks to Lars Hecking and Lincoln Stein for their advice on implementing this feature. Any blame for the actual implementation is entirely due to me (TBB). * Fixes to the behavior of the bounding rectangle returned by gdImageStringFT and relatives when the string is rotated. See fontwheeltest.c. Thanks to John Ellson. * Previously, gdImageStringFT and friends accepted either a full path to a font file, or the name of a font with no extension, in which case the GDFONTPATH environment variable and then the compiled-in DEFAULT_FONTPATH was searched. In addition, a font filename with an extension but no full path can now be automatically searched for in the same fashion. Thanks to John Ellson. * Fixes to freetype antialiased text against a transparent background. See testtr.c. Thanks to John Ellson. * Support for named entities like amp; and hex-coded entities such as #x6C34; in text strings passed to gdImageStringFT and relatives, adding to the previous support for decimal-coded entities like #197;. These were extracted from entities.html (from the W3C) via the script entities.tcl, which is included for the curious and those with other entities they need support for. Thanks to John Ellson. * Optimization: gdImageSetPixel no longer calls gdImageAlphaBlend when either the source or the destination pixel is 100% transparent. Thanks to John Ellson. * Optimization: gdImageLine is potentially faster now in the most common cases. Thanks to John Ellson. * Documentation of the entities feature of gdImageStringFT. * autoconf/configure fixes. Thanks to many who pointed out an oversight in handling libpng flags. What's new in version 2.0.25? Owing to an oversight while making changes to better accommodate the use of
Please upload: gd-2.0.28-1/libgd2-2.0.28-1/libgd-devel-2.0.28-1
Hi Please upload at your earliest convinience cut here #!/bin/bash mkdir -p gd gd/libgd2 gd/libgd-devel cd gd wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/gd-2.0.28-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/gd-2.0.28-1.tar.bz2 cd libgd2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/libgd2/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/libgd2/libgd2-2.0.28-1.tar.bz2 cd ../libgd-devel wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/libgd-devel/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/libgd-devel/libgd-devel-2.0.28-1.tar.bz2 cut here DESCRIPTION: A graphics library for fast image creation CYGWIN NEWS: * Update to latest upstream release. gd NEWS === What's new in version 2.0.28? * GIF support has been restored. See gdImageGif, gdImageGifCtx, gdImageGifPtr, gdImageCreateFromGif, gdImageCreateFromGifCtx, and gdImageCreateFromGifPtr. These functions are now thread-safe, similar to the PNG and JPEG manipulation functions. * The new gdImageCreatePaletteFromTrueColor function is identical to gdImageTrueColorToPalette, except that it returns a new image rather than permanently modifying the original. What's new in version 2.0.27? * In gd 2.0.26, there was potential for out of bounds fills, and therefore crashes, in the horizontalLine function used by gdImageFilledPolygon. Fixed by John Ellson. * The order of the points returned in the bounding rectangle by gdImageStringFT was incorrect in version 2.0.26. This has been corrected in version 2.0.27. Thanks to Riccardo Cohen for pointing this out, and to John Ellson for verifying and fixing it. What's new in version 2.0.26? The following enhancements and fixes: * Drastically faster, less memory-intensive antialiased drawing, thanks to Pierre-Alain Joye. This code was imported from the PHP fork of gd. The API for antialiased drawing has not changed, however the implementation has been completely replaced. Antialiased line drawing does not support widths other than 1, however this did not work properly with the other implementation of antialiasing either. Support has been included for the non-blending color option introduced by the previous implementation of antialiased drawing. * gdlib-config, which has been installed by make install for some time now, has gained a --features option. This option produces a space-separated list of optional features with which the gd library was compiled. Typical usage looks like this: % gdlib-config --features GD_XPM GD_JPEG GD_FREETYPE GD_PNG GD_GIF Other configure scripts can conveniently define preprocessor symbols based on this list in order to conditionally compile code. For instance, if GD_PNG is not reported by --features, then gdImagePng is not included in the library. Thanks to Lars Hecking and Lincoln Stein for their advice on implementing this feature. Any blame for the actual implementation is entirely due to me (TBB). * Fixes to the behavior of the bounding rectangle returned by gdImageStringFT and relatives when the string is rotated. See fontwheeltest.c. Thanks to John Ellson. * Previously, gdImageStringFT and friends accepted either a full path to a font file, or the name of a font with no extension, in which case the GDFONTPATH environment variable and then the compiled-in DEFAULT_FONTPATH was searched. In addition, a font filename with an extension but no full path can now be automatically searched for in the same fashion. Thanks to John Ellson. * Fixes to freetype antialiased text against a transparent background. See testtr.c. Thanks to John Ellson. * Support for named entities like amp; and hex-coded entities such as #x6C34; in text strings passed to gdImageStringFT and relatives, adding to the previous support for decimal-coded entities like #197;. These were extracted from entities.html (from the W3C) via the script entities.tcl, which is included for the curious and those with other entities they need support for. Thanks to John Ellson. * Optimization: gdImageSetPixel no longer calls gdImageAlphaBlend when either the source or the destination pixel is 100% transparent. Thanks to John Ellson. * Optimization: gdImageLine is potentially faster now in the most common cases. Thanks to John Ellson. * Documentation of the entities feature of gdImageStringFT. * autoconf/configure fixes. Thanks to many who pointed out an oversight in handling libpng flags. What's new in version 2.0.25? Owing to an oversight while making changes to better accommodate the use of