SP>>> Linking binkd... SP>>> https.o: In function `h_connect': SP>>> /home/slava/RPM/BUILD/binkd/https.c:182: multiple definition of SP>>> `h_connect' SP>>> https.o: SP>>> /home/slava/RPM/BUILD/binkd/https.c:182: first defined here SP>>> collect2: ld returned 1 exit status
AV>> Описание функции не соответствует прототипу. Некоторые компиляторы, конечно, умеют это обрабатывать - но все равно как-то AV>> неаккуратненько...
PG> Это здесь совершенно ни при чём. Имена параметров в прототипе игнорируются, их там может вообще не быть (только типы). PG> Описание функции соответствует прототипу, тут всё хорошо. Да и диагностика компилятора говорит не о конфликте между PG> описанием и прототипом, а о двойном описании в том же самом файле https.c:182 - он по какой-то причине линкуется дважды.
PG> Чтобы понять причину, скажи, какая версия binkd, откуда взята, и как ты его собираешь (полная строка rpmbuild или чем ты PG> пользуешься).
Кажется, обнаружил причину. Опции configure --with-proxy и --with-ntlm не могут быть указаны одновременно, в этом случае модуль https.c добавляется дважды и сборка не проходит. Функциональность "--with-proxy" полностью включается при "--with-ntlm". А в binkd.spec указаны обе эти опции, вот оно и не собиралось. Странно, как оно могло собираться. Но должен же этот binkd.spec быть протестирован, и неужели его совсем никто не использует?
Я поправил в current и в stable 1.0.x, теперь указание обеих этих опций отрабатывает корректно. В stable 0.9.x то же самое, но там пока не исправлял. Хочу сначала убедиться, что сейчас всё работает нормально, и понять, действительно ли имеющийся binkd.spec всегда приводит к ошибке, или в каких-то случаях им можно собрать было rpm.
Lucky carrier, Паша aka gul@gul.kiev.ua --- GoldED+/LNX 1.1.5 * Origin: printf("%s", "How can I increase performance?\n"); (2:463/68)
