> >> >> 3.3 - да. В 3.4 пофиксено. Так что багрепорт можно уже не посылать. > >> DEO> я поставил 3.4.2 и он тоже падает > >> > >> Он не падает. Он честно ругается, что так писать нельзя. > >> gcc-3.4 --version > >> gcc-3.4 (GCC) 3.4.2 (Debian 3.4.2-2) > >> Copyright (C) 2004 Free Software Foundation, Inc. > >> This is free software; see the source for copying conditions. There is NO > >> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. > >> > >> DEO> PS: а как менять в Дебиане версию gcc? > >> DEO> update-alternatives похоже не про то или я что-то не допонял? > >> > >> Никак не менять. Разные версии gcc замечательно уживаются между собой, > >> надо только указывать нужный компилятор. update-alternatives в данном > >> случае будет только источником граблей из-за несовместимости 3.3 и 3.4 > >> по меньшей мере по плюсовым библиотекам. > DEO> гм я не про то > DEO> а про ссылку /usr/bin/gcc > DEO> ее руками планируется переставлять на нужную версию? > > Разработчиком пакета задумано, что /usr/bin/gcc в sarge показывает на > 3.3. Переставление ее - руками ли, ногами ли, - за счет юзера, > разработчики дистрибутива в этом случае багрепорты вправе не > принимать... а править мейк тоже нехорошо (пакет ведь собираем, а на другой системе могут не пересобрать) и как быть?
я сейчас просто пропатчил пакет до того, что он 3.3 собирается, но он собирается 3.4 и не патченный, причем те конструкции на которых валится 3.3 3.4 не считает ошибочными то есть у меня сейчас получился пакет с жесткой зависимостью на 3.4 PPS: кстати, знатоки плюсов, объясните мне смысл конструкции: int a[0]={}; это что просто указатель, который можно юзать только как указатель? в смысле компилятор будет ругаться на применение любого индекса с ним? или что?