https://www.opennet.me/openforum/vsluhforumID3/88719.html Представлен (http://sourceforge.net/mailarchive/forum.php?thread_name=CA%2BPdXcvCWOWajJH6W7ggfh85f5KGuQHzm_A9bJQ_%2BVM5eejUgA%40mail.gmail.com&forum_name=png-mng-implement) первый стабильный релиз новой ветки libpng 1.6.0 (http://libpng.sourceforge.net/), популярной свободной библиотеки для чтения, сохранения и обработки растровых изображений в формате PNG. Новая ветка примечательна реализацией нового упрощённого API, встроенной поддержкой новых таблиц sRGB-to-linear и linear-to-sRGB, а также прекращением поддержки некоторых функций, ранее объявленных устаревшими.<br><br>Из элементов нового API можно отметить макросы PNG_FORMAT_* и PNG_IMAGE_*, структуры png_control и png_image, функции для чтения изображений png_image_begin_read_from_(file&#124;stdio&#124;memory), png_image_finish_read, png_image_free, функции для записи изображений<br> png_image_write_to_file и png_image_write_to_stdio. <br><br>Прекращена поддержка вызовов: png_get_io_chunk_name заменён на png_get_io_chunk_type, удалены встроенные макросы p https://www.opennet.me/openforum/vsluhforumID3/88719.html#55 Sun, 02 Nov 2014 10:45:12 GMT лох дело говорит<br> https://www.opennet.me/openforum/vsluhforumID3/88719.html#54 Thu, 21 Feb 2013 12:10:23 GMT &gt; В генте с png такое происходит регулярно<br><br>вы хотите сказать - у вас в генте такое происходит регулярно?<br>ну так пересядьте на другой дистр, коль для вас гента слишком сложна.<br><br>или вам хочется и морковку съесть, и на ^W^W^W^W считать себя круче других(я gentoo 0дминю \m/.. у себя дома), и не читать хаутушки по обновлению мира (мануалы для ламеров \m/)?<br> https://www.opennet.me/openforum/vsluhforumID3/88719.html#53 Wed, 20 Feb 2013 20:49:58 GMT &gt; Как раз с libpng и возникают проблемы, ибо программа собраная с ее <br>&gt; поддержкой жестко привязывается к конкретной версии. Примеры уже здесь приводили. Ни <br>&gt; с одной другой библиотекой такого не наблюдается. Даже glibc проще обновить. <br><br>И в glibc есть deprecated, и вообще вы сколько бибилотек пользуете? Я постоянно вижу развивающиеся (причём не ценой сотен костылей, а через устаревание старых интерфейсов) API, и это правильно. "Приводите" вы здесь один страдалец, и всё, что характерно, мимо.<br> https://www.opennet.me/openforum/vsluhforumID3/88719.html#52 Wed, 20 Feb 2013 20:47:34 GMT &gt; Правильно, зачем хранить собственные костыли в одном месте? Пусть лучше каждый разработчик <br>&gt; использующий libpng самостоятельно напишет их в своей программе.<br><br>Нет, костылей в коде быть вообще не должно. Крайнее им место - в портах/пакетах.<br> https://www.opennet.me/openforum/vsluhforumID3/88719.html#51 Wed, 20 Feb 2013 20:45:04 GMT &gt; Совет использовать "pormaster -w" в /usr/ports/UPDATING для libpng (пакет png) что-то <br>&gt; не припомню. http://www.freshports.org/graphics/png/ &#8212; каждый раз: "portmaster <br>&gt; -r png-" или "portupgrade -fr graphics/png".<br><br>А тебе что, для каждого апдейта библиотеки должны в UPDATING писать? Не делаешь -w - сам дебил. portupgrade так по умолчанию сошки сохраняет.<br><br> https://www.opennet.me/openforum/vsluhforumID3/88719.html#50 Wed, 20 Feb 2013 20:43:28 GMT &gt; Должна быть золотая середина и разумный баланс.<br><br>Оно и есть. soname меняется, срок на deprecated даётся более чем достаточный. Но всё равно найдутся нытики-лентяи.<br> https://www.opennet.me/openforum/vsluhforumID3/88719.html#49 Wed, 20 Feb 2013 12:28:16 GMT &gt; Вот только на практике при попытке собрать приложение написанное под API 1.2.x <br>&gt; с новой 1.4.x заканчивается кучей ошибок, а не warning'ов.<br><br>В ветке 1.2.x ширину изображения можно было получить двумя способами:<br>info_ptr-&gt;width<br>png_get_image_width()<br><br>В ветке 1.4.x прямой доступ убрали как небезопасный и оставили только<br>png_get_image_width()<br><br>Именно это изменение вызвало наибольший дискомфорт: во многих старых приложениях был прямой доступ и видимо разработчики libpng не смогли придумать, как сделать чтобы чтение info_ptr-&gt;width некоторое время работало, но предупреждало, что этот подход deprecated...<br><br>По сравнению с этим, переход от 1.4.x к 1.5.x был относительно безболезненным, думаю 1.6.x тоже пройдет без особых проблем.<br> https://www.opennet.me/openforum/vsluhforumID3/88719.html#48 Wed, 20 Feb 2013 11:35:59 GMT Вот только на практике при попытке собрать приложение написанное под API 1.2.x с новой 1.4.x заканчивается кучей ошибок, а не warning'ов.<br><br>Я использую D как основной язык, так там API основной библиотеки долгое время был крайне нестабилен - ибо язык очень быстро развивался, но при этом я не ощущал от этого большого дискомфорта, так как реально старый API переставал работать только через продолжительный срок и при каждой компиляции я видел, что функция deprecated и дату/версию в которой ее удалят. <br> https://www.opennet.me/openforum/vsluhforumID3/88719.html#47 Wed, 20 Feb 2013 04:35:35 GMT &gt; Где это они времени больше дают?<br><br>Ну вот к примеру что можно найти в libpng-manual.txt в разделе где перечисляются изменения между 1.2.x и 1.4.x:<br><br>The functions png_read_init(info_ptr), png_write_init(info_ptr),<br>png_info_init(info_ptr), png_read_destroy(), and png_write_destroy()<br>have been removed. They have been deprecated since libpng-0.95.<br><br>The png_permit_empty_plte() was removed. It has been deprecated<br>since libpng-1.0.9. Use png_permit_mng_features() instead.<br><br><br>