From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=0.5 required=5.0 tests=BAYES_00,DNS_FROM_OPENWHOIS, URIBL_BLACK autolearn=no version=3.2.5 X-Virus-Scanned: amavisd-new at nsrz.ru Message-ID: <4C13631E.9070107@nsrz.ru> Date: Sat, 12 Jun 2010 14:36:14 +0400 From: =?KOI8-R?Q?=E1=CC=C5=CB=D3=C5=CA_=FB=C5=CE=C3=C5=D7?= Organization: =?KOI8-R?Q?=EF=E1=EF_=EE=F3=F2=FA?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.10pre) Gecko/20100406 Thunderbird/3.0.4 MIME-Version: 1.0 To: sin@altlinux.ru, ALT Linux Sisyphus discussions References: <4C128A3A.8050707@nsrz.ru> In-Reply-To: Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.5.0.0.2 X-Antivirus-Code: 0x100000 X-Drweb-SpamState: no X-Drweb-SpamScore: -230 X-Drweb-SpamState-Num: 0 X-Drweb-SpamVersion: Vade Retro 01.293.04 AV+AS Profile: ; Bailout: N/A Subject: Re: [sisyphus] nut-2.4.3 X-BeenThere: sisyphus@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ashen@nsrz.ru, ALT Linux Sisyphus discussions List-Id: ALT Linux Sisyphus discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 10:37:41 -0000 Archived-At: List-Archive: List-Post: On 12.06.2010 13:49, Evgeny Sinelnikov wrote: > Вопрос поставлен некорректно. Без детального разбора configure.in и > очередного велосипеда m4/nut_check_libnetsnmp.m4, в этом проекте, > что-то вразумительное сказать сложно. > > Как минимум, требовалось показать вывод ./configure --with-snmp: > .... > checking for Net-SNMP version via net-snmp-config... 5.4.2.1 found > checking for Net-SNMP cflags... -pipe -Wall -O2 -march=i586 > -mtune=i686 -Ulinux -Dlinux=linux -I/usr/include/rpm -D_REENTRANT > -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing -pipe > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm > -I/usr/lib/perl5/i386-linux/CORE -I. -I/usr/include > checking for Net-SNMP libs... -lcrypto -lnetsnmp > checking for net-snmp/net-snmp-config.h... yes > checking for init_snmp... no > ... > > А также config.log: > ... > configure:7937: checking for init_snmp > configure:7937: gcc -o conftest -pipe -Wall -O2 -march=i586 > -mtune=i686 -Ulinux -Dlinux=linux -I/usr/include/rpm -D_REENTRANT > -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing - > pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm > -I/usr/lib/perl5/i386-linux/CORE -I. -I/usr/include -lcrypto > -lnetsnmp conftest.c >&5 > /home/sin/tmp/cc1QhzbR.o: In function `main': > conftest.c:(.text+0x7): undefined reference to `init_snmp' > collect2: ld returned 1 exit status > configure:7937: $? = 1 > ... > > Проверяем. Копируем в файлик тестовый код из config.log (файлик прилагаю): > .... > char init_snmp (); > > int > main () > { > return init_snmp (); > ; > return 0; > } > > Пробуем собрать: > $ gcc -o conftest -pipe -Wall -O2 -march=i586 -mtune=i686 -Ulinux > -Dlinux=linux -I/usr/include/rpm -D_REENTRANT -D_GNU_SOURCE > -DTHREADS_HAVE_PIDS -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE > -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm > -I/usr/lib/perl5/i386-linux/CORE -I. -I/usr/include -lcrypto > -lnetsnmp init_snmp.c > /home/sin/tmp/cc1kacWf.o: In function `main': > init_snmp.c:(.text+0x7): undefined reference to `init_snmp' > collect2: ld returned 1 exit status > > Пробуем собрать правильно: > $ gcc -o conftest -pipe -Wall -O2 -march=i586 -mtune=i686 -Ulinux > -Dlinux=linux -I/usr/include/rpm -D_REENTRANT -D_GNU_SOURCE > -DTHREADS_HAVE_PIDS -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE > -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm > -I/usr/lib/perl5/i386-linux/CORE -I. -I/usr/include init_snmp.c > -lcrypto -lnetsnmp > > Сработало... > > угу ... > И вот теперь самый главный вопрос, с которого стоило начинать. Почему > проверка вида: > AC_CHECK_FUNCS(init_snmp, [], [nut_have_libnetsnmp=no]) > в файле m4/nut_check_libnetsnmp.m4 ставит $LDFLAGS в строке сборки > перед компилируемым файлом, а не после? > Хороший вопрос ... > С другой стороны, может быть так оно всегда и было? Может это так > гайки в gcc у нас закручены? > > Насколько мне известно гайки у нас уже давно закручены. И, начиная с > этого момента, мне уже не совсем понятно что нужно чинить. Сам nut или > какие-то детали autotools. > Хороший вопрос. В своё время я тупо пересобрал nut-2.2.2, взяв его у amike@ - до сих пор на боевом серваке пашет. И пашет хорошо. Потом им решил заняться solo@, но так дальше его гита дело не пошло. На сколько мне известно ldv@ nut'ом больше не занимается. Мне надо рабочий nut, а не та тухлятина 2.0.5, тчо у нас в сизифе - пересобраться, пересобирается. но не стартует и работаьь отказывается.