2013-04-29 2 views
0

Я пытался скомпилировать пакет open-vm-toos (9.0.0-782409) под buildroot env, и он не работает в одном файле. Ниже приведен журнал ошибок. Я сузил его на что-то связанное с локалью. Пробовал стандартную локализацию toff, включая доступные в buildroot env, и нет никакой разницы. Который включает в себя отсутствие (возможно, что-то явно передать CFLAGS для настройки скрипта open-vm-tools)?buildroot compile of open vm tools

/bin/sh ../../libtool --tag=CC --mode=compile /myRepository/repo/cai/buildroot/output/staging/usr/bin/i686-unknown-linux-uclibc-gcc -Os -pipe -Os -mtune=i686 -march=i686 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -I/myRepository/repo/cai/buildroot/output/staging/usr/include -I/myRepository/repo/cai/buildroot/output/staging/include --sysroot=/myRepository/repo/cai/buildroot/output/staging/ -isysroot /myRepository/repo/cai/buildroot/output/staging -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"8.4.2\" -DPACKAGE_STRING=\"open-vm-tools\ 8.4.2\" -DPACKAGE_BUGREPORT=\"[email protected]\" -DPACKAGE_URL=\"\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"8.4.2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DX_DISPLAY_MISSING=1 -DNO_PROCPS=1 -DNO_DNET=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_IO_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_LSEEK=1 -DNO_MULTIMON=1 -I. -I/myRepository/repo/cai/buildroot/output/build/open-vm-tools-8.4.2-261024/lib/include -I/myRepository/repo/cai/buildroot/output/build/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -DGLIBC_VERSION_21 -DGLIBC_VERSION_22 -I/myRepository/repo/cai/buildroot/output/staging/usr/include -I/myRepository/repo/cai/buildroot/output/build/usr/include -liconv -DNO_FLOATING_POINT -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT codesetOld.lo -MD -MP -MF .deps/codesetOld.Tpo -c -o codesetOld.lo codesetOld.c 

....

codesetOld.c: In function 'CodeSetOldGetCodeSetFromLocale': 
codesetOld.c:728: error: '__locale_t' undeclared (first use in this function) 
codesetOld.c:728: error: (Each undeclared identifier is reported only once 
codesetOld.c:728: error: for each function it appears in.) 
codesetOld.c:728: error: expected ';' before 'new' 
codesetOld.c:729: error: 'new' undeclared (first use in this function) 
cc1: warnings being treated as errors 
codesetOld.c:736: error: implicit declaration of function '__newlocale' 
codesetOld.c:739: error: implicit declaration of function '__nl_langinfo_l' 
codesetOld.c:739: error: passing argument 2 of 'Util_SafeInternalStrdup' makes pointer from integer without a cast 
codesetOld.c:740: error: implicit declaration of function '__freelocale' 
make[5]: *** [codesetOld.lo] Error 1 
make[4]: *** [all-recursive] Error 1 
make[3]: *** [all-recursive] Error 1 

Вот фрагмент кода из файла под ошибкой:

721 static char * 
722 CodeSetOldGetCodeSetFromLocale(void) 
723 { 
724 char *codeset; 
725 
726 #if defined(__linux__) 
727 
728 locale_t new = newlocale(LC_CTYPE_MASK, "", NULL); 
729 if (!new) { 
730  /* 
731  * If the machine is configured incorrectly (no current locale), 
732  * newlocale() could return NULL. Try to fall back on the "C" 
733  * locale. 
734  */ 
735 
736  new = newlocale(LC_CTYPE_MASK, "C", NULL); 
737  ASSERT(new); 
738 } 
739 codeset = Util_SafeStrdup(nl_langinfo_l(CODESET, new)); 
740 freelocale(new); 
741 
742 #elif defined(sun) 
743 
744 char *locale = setlocale(LC_CTYPE, NULL); 
745 if (!setlocale(LC_CTYPE, "")) { 

ответ

0

Включить поддержку локали в вашей набора инструментов, а затем сделать make clean; make all цикл.

+0

На самом деле поддержка языкового стандарта была включена уже в конфигурации buildroot. Но затем я понял одну ошибку: оба варианта GLIB12, а также объекты GLIB2 были включены в configrorororot, и это вызывало проблему с включением файла. Поэтому я исправил это, сохранив только цель GLIB2 и «очистив все», но теперь он не работает в другом месте для open-vm-tools во время связывания. Теперь он пытается связать с glib-2.so системы (/usr/lib/glib-2.so), а не из buildroot env. Как исправить эту проблему LD_LIBRARY_PATH? –

+0

Какую версию Buildroot вы используете? glib 1.2 был удален со времен loooooooooong. Пожалуйста, используйте последнюю версию Buildroot и используйте список рассылки для таких вопросов. –