https://opennet.ru/openforum/vsluhforumID3/87696.html На официальном FTP-сервере FreeBSD появились (ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/ISO-IMAGES/9.1/) ISO-образы и исходные тексты релиза FreeBSD 9.1. Образы опубликованы для платформ amd64 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/), i386 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/i386/), powerpc64 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/powerpc/powerpc64/) и ia64 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/ia64/ia64/). С целью снижения нагрузки на инфраструктуру проекта, до официального релиза, который состоится в течение нескольких дней, с загрузкой образов следует повременить, что поможет ускорить распространение новой версии по зеркалам.<br><br><br>URL: ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/ISO-IMAGES/9.1/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=35562<br> https://opennet.ru/openforum/vsluhforumID3/87696.html#78 Mon, 17 Dec 2012 16:58:52 GMT &gt;&gt; Что же Java классы, зависмые от изменяемого, не требуют обязательной перекомпиляции?<br>&gt; а) JIT пересоберется (ABI change), так что суть та же <br>&gt; б) было fx(a, b), стало fx(a, b, c), причём c обязательное (API <br>&gt; change). Не будете ничего менять?<br><br>Э... это уже как бы считается кардинальным изменением API, так как изменяется сигнатура вызова. Все клиенты должны отвалится, по идее, если их код не поправить в соответствии с новым API. Либо изначально закладываться на особенности языка описания вызовов по использованию функций (методов) с переменным числом параметров.<br><br>&gt;&gt; Почему так сложно обеспечить обратную совместимость кода на C/C++ с существующим сторонним софтом, версии которого не изменились, его нужно снова перекомпилировать из тех же исходников?<br>&gt; Потому что получится WinAPI/ABI.<br><br>Не понял.<br><br>&gt;&gt; Эти моменты легко предсазать и даже управлять этим &#8212; как правило, затребованный <br>&gt;&gt; код сразу же проходит JIT и кэшируется в памяти (вот почему Java приложения требовательны к большому объёму пам https://opennet.ru/openforum/vsluhforumID3/87696.html#77 Mon, 17 Dec 2012 15:28:00 GMT &gt; Что же Java классы, зависмые от изменяемого, не требуют обязательной перекомпиляции? <br><br>а) JIT пересоберется (ABI change), так что суть та же<br>б) было fx(a, b), стало fx(a, b, c), причём c обязательное (API change). Не будете ничего менять? Флаг в жо^W руки :)<br><br>&gt; Почему так сложно обеспечить обратную совместимость кода на C/C++ с существующим сторонним софтом, версии которого не изменились, его нужно снова перекомпилировать из тех <br>&gt; же исходников?<br><br>Потому что получится WinAPI/ABI.<br><br>&gt; Эти моменты легко предсазать и даже управлять этим &#8212; как правило, затребованный <br>&gt; код сразу же проходит JIT и кэшируется в памяти (вот почему Java приложения требовательны к большому объёму памяти).<br><br>Вот почему J2EE реально юзают только в тяжеленных приложениях под махровый ынтерпрайз, где не лень отдать 100500 нефти за десяток серверов, лишь бы оно хоть как-то работало. Ибо искать/делать решения попроще западло. Правда, в последние годы наметился обратный процесс - все стали иметь штатных программистов, и много https://opennet.ru/openforum/vsluhforumID3/87696.html#76 Mon, 17 Dec 2012 14:21:48 GMT &gt;&gt; Вот она, модульность C/C++ во всей красе. :)) <br>&gt; Это не модульность С/C++, это ABI changes.<br><br>Что же Java классы, зависмые от изменяемого, не требуют обязательной перекомпиляции? Почему так сложно обеспечить обратную совместимость кода на C/C++ с существующим сторонним софтом, версии которого не изменились, его нужно снова перекомпилировать из тех же исходников?<br><br>&gt; Любимая тобой жаба тоже требует <br>&gt; подобного же, только выполняться сие будет в фоне (JIT), в трудно <br>&gt; предсказуемые моменты.<br><br>Эти моменты легко предсазать и даже управлять этим &#8212; как правило, затребованный код сразу же проходит JIT и кэшируется в памяти (вот почему Java приложения требовательны к большому объёму памяти).<br><br>&gt; А при API changes также потребует и правки софта.<br><br>Какой? Если API только расширяется, то зависимые неизменившиесы классы (объекты) всё равно не увидят новые методы. И будут использовать те же самые вызовы, которые в них задействованы изначально.<br><br>&gt; Ну и да - если переписать всё на жабе - тормоза будут неоп https://opennet.ru/openforum/vsluhforumID3/87696.html#75 Mon, 17 Dec 2012 07:52:28 GMT &gt; Вот она, модульность C/C++ во всей красе. :)) <br><br>Это не модульность С/C++, это ABI changes. Любимая тобой жаба тоже требует подобного же, только выполняться сие будет в фоне (JIT), в трудно предсказуемые моменты. А при API changes также потребует и правки софта. Ну и да - если переписать всё на жабе - тормоза будут неописуемые.<br> https://opennet.ru/openforum/vsluhforumID3/87696.html#74 Mon, 17 Dec 2012 05:35:56 GMT &gt;&gt; Мне придётся обновить 194 установленных пакетов. А вам?<br>&gt; Ну, о чём тебе, в общем, всегда и толдычилось. Обновление одного пакетика <br>&gt; сразу ведет к пересборке мира :)<br><br>Вот она, модульность C/C++ во всей красе. :))<br><br><br> https://opennet.ru/openforum/vsluhforumID3/87696.html#73 Sat, 15 Dec 2012 13:18:14 GMT &gt; Мне придётся обновить 194 установленных пакетов. А вам?<br><br>Если ABI не изменилось, то не обязательно.<br>Если изменилось имя библиотеки, то man libmap.conf<br><br>Если же авторы библиотеки изменили ABI - то кто они и есть злостные буратины, вне зависимости от операционной системы.<br>Впрочем, на крайний случай ничто не мешает вам ручками подсунуть libsome.123 в /usr/local/lib/compat<br> https://opennet.ru/openforum/vsluhforumID3/87696.html#72 Sat, 15 Dec 2012 09:10:44 GMT http://forums.freebsd.org/showthread.php?t=35711<br> https://opennet.ru/openforum/vsluhforumID3/87696.html#71 Fri, 14 Dec 2012 03:18:05 GMT &gt; Мне придётся обновить 194 установленных пакетов. А вам?<br><br>Ну, о чём тебе, в общем, всегда и толдычилось. Обновление одного пакетика сразу ведет к пересборке мира :)<br><br><br> https://opennet.ru/openforum/vsluhforumID3/87696.html#70 Thu, 13 Dec 2012 19:27:34 GMT &gt; "Сюрприз" для десктопов: http://www.freshports.org/x11/xcb-util/ <br><br>Не, не этот. Вот этот: http://www.freshports.org/devel/pcre/<br>///---<br>2012-12-11<br>Affects: users of devel/pcre<br>Author: bdrewery@FreeBSD.org<br>Reason: <br> The pcre library has been updated to version 8.32. Please<br> rebuild all ports that depend on it.<br><br> If you use portmaster:<br> portmaster -w -r pcre<br> If you use portupgrade:<br> portupgrade -fr devel/pcre<br> If you use pkgng with binary packages:<br> pkg install -fR devel/pcre<br>---///<br><br>Мне придётся обновить 194 установленных пакетов. А вам?<br>