[ open-vm-tools-Tracker-3345828 ] Compile fails at backdoorGcc32.c
Tracker item #3345828, was opened at 2011-06-29 22:56 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: cjbaar (cjbaar0) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails at backdoorGcc32.c Initial Comment: I am receiving this same error compiling on Solaris 10. system: SunOS 5.10 Generic_144489-17 i86pc i386 i86pc make: GNU Make 3.82 gcc: version 3.4.6 ./configure --without-x --without-icu make results in: libtool: compile: gcc -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=\"open-vm-tools-devel@lists.sourceforge.net\" -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 -DHAVE_DLOPEN=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_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_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -DSOL10 -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c -fPIC -DPIC -o .libs/backdoorGcc32.o backdoorGcc32.c: In function `Backdoor_InOut': backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbIn': backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbOut': backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm' make: *** [backdoorGcc32.lo] Error 1 Any help is appreciated. Thank you! -- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 10:42 Message: I remember some old versions of gcc on Solaris don't define __PIC__ when you specify -fPIC. Could you try configuring with "CFLAGS=-D__PIC__"? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ open-vm-tools-devel mailing list open-vm-tools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/open-vm-tools-devel
[ open-vm-tools-Tracker-3345828 ] Compile fails at backdoorGcc32.c
Tracker item #3345828, was opened at 2011-06-29 23:56 Message generated for change (Comment added) made by cjbaar0 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: cjbaar (cjbaar0) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails at backdoorGcc32.c Initial Comment: I am receiving this same error compiling on Solaris 10. system: SunOS 5.10 Generic_144489-17 i86pc i386 i86pc make: GNU Make 3.82 gcc: version 3.4.6 ./configure --without-x --without-icu make results in: libtool: compile: gcc -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=\"open-vm-tools-devel@lists.sourceforge.net\" -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 -DHAVE_DLOPEN=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_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_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -DSOL10 -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c -fPIC -DPIC -o .libs/backdoorGcc32.o backdoorGcc32.c: In function `Backdoor_InOut': backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbIn': backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbOut': backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm' make: *** [backdoorGcc32.lo] Error 1 Any help is appreciated. Thank you! -- >Comment By: cjbaar (cjbaar0) Date: 2011-07-01 13:20 Message: Thanks so much! That seems to have gotten me past the PIC error. Now I apparently have a bunch of glib errors to deal with... but that's probably just a version issue. Thanks again. -- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 11:42 Message: I remember some old versions of gcc on Solaris don't define __PIC__ when you specify -fPIC. Could you try configuring with "CFLAGS=-D__PIC__"? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ open-vm-tools-devel mailing list open-vm-tools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/open-vm-tools-devel
[ open-vm-tools-Tracker-3345828 ] Compile fails at backdoorGcc32.c
Tracker item #3345828, was opened at 2011-06-29 23:56 Message generated for change (Comment added) made by cjbaar0 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: cjbaar (cjbaar0) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails at backdoorGcc32.c Initial Comment: I am receiving this same error compiling on Solaris 10. system: SunOS 5.10 Generic_144489-17 i86pc i386 i86pc make: GNU Make 3.82 gcc: version 3.4.6 ./configure --without-x --without-icu make results in: libtool: compile: gcc -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=\"open-vm-tools-devel@lists.sourceforge.net\" -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 -DHAVE_DLOPEN=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_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_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -DSOL10 -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c -fPIC -DPIC -o .libs/backdoorGcc32.o backdoorGcc32.c: In function `Backdoor_InOut': backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbIn': backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbOut': backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm' make: *** [backdoorGcc32.lo] Error 1 Any help is appreciated. Thank you! -- >Comment By: cjbaar (cjbaar0) Date: 2011-07-01 14:04 Message: OK; I got through the glib problems; now I am stick on libintl. /bin/bash ../../libtool --tag=CC--mode=link gcc -D__PIC__ -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized-o vmtoolsd vmtoolsd-cmdLine.o vmtoolsd-mainLoop.o vmtoolsd-mainPosix.o vmtoolsd-pluginMgr.o vmtoolsd-serviceObj.o vmtoolsd-toolsRpc.o vmtoolsd-svcSignals.o /src/x86/open-vm-tools-8.4.2-261024/libvmtools/libvmtools.la -L/usr/local/lib -lglib-2.0 -liconv -L/usr/local/lib -lgmodule-2.0 -lglib-2.0 -liconv -L/usr/local/lib -lgobject-2.0 -lglib-2.0 -liconv -threads -L/usr/local/lib -lgthread-2.0 -lglib-2.0 -liconv libtool: link: gcc -D__PIC__ -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -o .libs/vmtoolsd vmtoolsd-cmdLine.o vmtoolsd-mainLoop.o vmtoolsd-mainPosix.o vmtoolsd-pluginMgr.o vmtoolsd-serviceObj.o vmtoolsd-toolsRpc.o vmtoolsd-svcSignals.o -threads /src/x86/open-vm-tools-8.4.2-261024/libvmtools/.libs/libvmtools.so -L/usr/local/lib /usr/local/lib/libdnet -L/usr/local/ssl/lib -L/usr/openwin/lib -L/usr/lib -L/usr/X11R6/lib -L/usr/local/BerkeleyDB.4.7/lib -L/usr/local/mysql/lib -lsocket -lnsl -lrpcsvc -lcrypt -lpthread -L/usr/local/BerkeleyDB.4.2/lib /usr/local/lib/libgmodule-2.0.so /usr/local/lib/libgobject-2.0.so /usr/local/lib/libgthread-2.0.so /usr/local/lib/libglib-2.0.so /usr/local/lib/libiconv.so -threads -R/usr/local/lib Undefined first referenced symbol in file libintl_gettext vmtoolsd-cmdLine.o libintl appears to be version 8.0.2; have also tried against 8.1.1 -rw-r--r-- 1 bin bin 179782 Apr 21 2009 libintl.a -rw-r--r-- 1 bin bin 999 Apr 21 2009 libintl.la lrwxrwxrwx 1 root root 16 Jul 1 14:02 libintl.so -> libintl.so.8.0.2 lrwxrwxrwx 1 root root 16 Jul 1 14:02 libintl.so.8 -> libintl.so.8.0.2 -rwxr-xr-x 1 bin bin 128480 Apr 21 2009 libintl.so.8.0.2 -rwxr-xr-x 1 bin bin48447 Jan 7 03:25 libintl.so.8.1.1 FYI... all I am trying to get out of this is the vmxnet3 driver. Is there a way to configure just for that? Thanks. --
[ open-vm-tools-Tracker-3345828 ] Compile fails at backdoorGcc32.c
Tracker item #3345828, was opened at 2011-06-29 22:56 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Private: No Submitted By: cjbaar (cjbaar0) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails at backdoorGcc32.c Initial Comment: I am receiving this same error compiling on Solaris 10. system: SunOS 5.10 Generic_144489-17 i86pc i386 i86pc make: GNU Make 3.82 gcc: version 3.4.6 ./configure --without-x --without-icu make results in: libtool: compile: gcc -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=\"open-vm-tools-devel@lists.sourceforge.net\" -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 -DHAVE_DLOPEN=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_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_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -DSOL10 -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c -fPIC -DPIC -o .libs/backdoorGcc32.o backdoorGcc32.c: In function `Backdoor_InOut': backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbIn': backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbOut': backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm' make: *** [backdoorGcc32.lo] Error 1 Any help is appreciated. Thank you! -- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 13:20 Message: If all you want is vmxnet3, you should be able to execute its makefile directly without having to configure anything. It just needs a few variables to be set (see "if SOLARIS" section in modules/Makefile.am). The configure script doesn't have an option to just build the kernel modules. -- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 13:04 Message: OK; I got through the glib problems; now I am stick on libintl. /bin/bash ../../libtool --tag=CC--mode=link gcc -D__PIC__ -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized-o vmtoolsd vmtoolsd-cmdLine.o vmtoolsd-mainLoop.o vmtoolsd-mainPosix.o vmtoolsd-pluginMgr.o vmtoolsd-serviceObj.o vmtoolsd-toolsRpc.o vmtoolsd-svcSignals.o /src/x86/open-vm-tools-8.4.2-261024/libvmtools/libvmtools.la -L/usr/local/lib -lglib-2.0 -liconv -L/usr/local/lib -lgmodule-2.0 -lglib-2.0 -liconv -L/usr/local/lib -lgobject-2.0 -lglib-2.0 -liconv -threads -L/usr/local/lib -lgthread-2.0 -lglib-2.0 -liconv libtool: link: gcc -D__PIC__ -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -o .libs/vmtoolsd vmtoolsd-cmdLine.o vmtoolsd-mainLoop.o vmtoolsd-mainPosix.o vmtoolsd-pluginMgr.o vmtoolsd-serviceObj.o vmtoolsd-toolsRpc.o vmtoolsd-svcSignals.o -threads /src/x86/open-vm-tools-8.4.2-261024/libvmtools/.libs/libvmtools.so -L/usr/local/lib /usr/local/lib/libdnet -L/usr/local/ssl/lib -L/usr/openwin/lib -L/usr/lib -L/usr/X11R6/lib -L/usr/local/BerkeleyDB.4.7/lib -L/usr/local/mysql/lib -lsocket -lnsl -lrpcsvc -lcrypt -lpthread -L/usr/local/BerkeleyDB.4.2/lib /usr/local/lib/libgmodule-2.0.so /usr/local/lib/libgobject-2.0.so /usr/local/lib/libgthread-2.0.so /usr/local/lib/libglib-2.0.so /usr/local/lib/libiconv.so -threads -R/usr/local/lib Undefined first referenced symbol in file libintl_gettext vmtoolsd-cmdLine.o libintl appears to be version 8.0.2; have also tried against 8.1.1 -rw-r--r-- 1 bin bin 179782 Apr 21 2009 libintl.a -rw-r--r-- 1 bin bin 999 Apr 21 2009 libintl.la lrwxrwxrwx 1 root root
[ open-vm-tools-Tracker-3345828 ] Compile fails at backdoorGcc32.c
Tracker item #3345828, was opened at 2011-06-29 23:56 Message generated for change (Comment added) made by cjbaar0 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None Status: Closed Resolution: Wont Fix Priority: 5 Private: No Submitted By: cjbaar (cjbaar0) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails at backdoorGcc32.c Initial Comment: I am receiving this same error compiling on Solaris 10. system: SunOS 5.10 Generic_144489-17 i86pc i386 i86pc make: GNU Make 3.82 gcc: version 3.4.6 ./configure --without-x --without-icu make results in: libtool: compile: gcc -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=\"open-vm-tools-devel@lists.sourceforge.net\" -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 -DHAVE_DLOPEN=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_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_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -DSOL10 -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c -fPIC -DPIC -o .libs/backdoorGcc32.o backdoorGcc32.c: In function `Backdoor_InOut': backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbIn': backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbOut': backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm' make: *** [backdoorGcc32.lo] Error 1 Any help is appreciated. Thank you! -- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 14:44 Message: mvanzin... I really appreciate all of your help. But it would appear the compilation of this package is beyond me. An attempt to compile the driver module directly results in:/usr/local/bin/gcc -O2 -Wall -Werror -Wno-unknown-pragmas -U_NO_LONGLONG -D_KERNEL -I../../../lib/include -ffreestanding -nodefaultlibs -m32 -c vmxnet3_main.c -o i386/vmxnet3_main.o vmxnet3_main.c:36: error: syntax error before "mac_capab_t" vmxnet3_main.c:39: error: syntax error before "vmxnet3_mac_callbacks" vmxnet3_main.c:39: warning: type defaults to `int' in declaration of `vmxnet3_mac_callbacks' vmxnet3_main.c:40: error: `MC_GETCAPAB' undeclared here (not in a function) vmxnet3_main.c:40: error: initializer element is not constant vmxnet3_main.c:40: error: (near initialization for `vmxnet3_mac_callbacks') I've never had to trace through so many errors in a compilation process, and I don't really know what I'm looking for. Is there way to obtain a version of this driver that has already been compiled for Solaris x86? Thanks again. -- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 14:20 Message: If all you want is vmxnet3, you should be able to execute its makefile directly without having to configure anything. It just needs a few variables to be set (see "if SOLARIS" section in modules/Makefile.am). The configure script doesn't have an option to just build the kernel modules. -- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 14:04 Message: OK; I got through the glib problems; now I am stick on libintl. /bin/bash ../../libtool --tag=CC--mode=link gcc -D__PIC__ -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized-o vmtoolsd vmtoolsd-cmdLine.o vmtoolsd-mainLoop.o vmtoolsd-mainPosix.o vmtoolsd-pluginMgr.o vmtoolsd-serviceObj.o vmtoolsd-toolsRpc.o vmtoolsd-svcSignals.o /src/x86/open-vm-tools-8.4.2-261024/libvmtools/libvmtools.la -L/usr/local/lib -lglib-2.0 -liconv -L/usr/local/lib -lgmodule-2.0 -lglib-2.0 -liconv -L/usr/local/lib -lgobject-2.0 -lglib-2.0 -liconv -threads -L/usr/local/lib -lgthread-2.0 -lglib-2.0 -liconv
[ open-vm-tools-Tracker-3345828 ] Compile fails at backdoorGcc32.c
Tracker item #3345828, was opened at 2011-06-29 22:56 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None >Status: Closed Resolution: Wont Fix Priority: 5 Private: No Submitted By: cjbaar (cjbaar0) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails at backdoorGcc32.c Initial Comment: I am receiving this same error compiling on Solaris 10. system: SunOS 5.10 Generic_144489-17 i86pc i386 i86pc make: GNU Make 3.82 gcc: version 3.4.6 ./configure --without-x --without-icu make results in: libtool: compile: gcc -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=\"open-vm-tools-devel@lists.sourceforge.net\" -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 -DHAVE_DLOPEN=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_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_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -DSOL10 -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c -fPIC -DPIC -o .libs/backdoorGcc32.o backdoorGcc32.c: In function `Backdoor_InOut': backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbIn': backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbOut': backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm' make: *** [backdoorGcc32.lo] Error 1 Any help is appreciated. Thank you! -- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 13:49 Message: To compile vmxnet3 on Solaris you need an optional package called GLDv3 (it's not in the default Solaris install). I don't really know how to get it (I'm sure I downloaded it before, but it was a looong time ago). The pre-built binary should be available with the next version of Tools from VMware, which should be released soon (don't know exact dates, and not even sure I could talk about it if I knew). -- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 13:44 Message: mvanzin... I really appreciate all of your help. But it would appear the compilation of this package is beyond me. An attempt to compile the driver module directly results in:/usr/local/bin/gcc -O2 -Wall -Werror -Wno-unknown-pragmas -U_NO_LONGLONG -D_KERNEL -I../../../lib/include -ffreestanding -nodefaultlibs -m32 -c vmxnet3_main.c -o i386/vmxnet3_main.o vmxnet3_main.c:36: error: syntax error before "mac_capab_t" vmxnet3_main.c:39: error: syntax error before "vmxnet3_mac_callbacks" vmxnet3_main.c:39: warning: type defaults to `int' in declaration of `vmxnet3_mac_callbacks' vmxnet3_main.c:40: error: `MC_GETCAPAB' undeclared here (not in a function) vmxnet3_main.c:40: error: initializer element is not constant vmxnet3_main.c:40: error: (near initialization for `vmxnet3_mac_callbacks') I've never had to trace through so many errors in a compilation process, and I don't really know what I'm looking for. Is there way to obtain a version of this driver that has already been compiled for Solaris x86? Thanks again. -- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 13:20 Message: If all you want is vmxnet3, you should be able to execute its makefile directly without having to configure anything. It just needs a few variables to be set (see "if SOLARIS" section in modules/Makefile.am). The configure script doesn't have an option to just build the kernel modules. -- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 13:04 Message: OK; I got through the glib problems; now I am stick on libintl. /bin/bash ../../libtool --tag=CC
[ open-vm-tools-Tracker-3345828 ] Compile fails at backdoorGcc32.c
Tracker item #3345828, was opened at 2011-06-29 23:56 Message generated for change (Comment added) made by cjbaar0 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None Status: Closed Resolution: Wont Fix Priority: 5 Private: No Submitted By: cjbaar (cjbaar0) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails at backdoorGcc32.c Initial Comment: I am receiving this same error compiling on Solaris 10. system: SunOS 5.10 Generic_144489-17 i86pc i386 i86pc make: GNU Make 3.82 gcc: version 3.4.6 ./configure --without-x --without-icu make results in: libtool: compile: gcc -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=\"open-vm-tools-devel@lists.sourceforge.net\" -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 -DHAVE_DLOPEN=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_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_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -DSOL10 -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c -fPIC -DPIC -o .libs/backdoorGcc32.o backdoorGcc32.c: In function `Backdoor_InOut': backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbIn': backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbOut': backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm' make: *** [backdoorGcc32.lo] Error 1 Any help is appreciated. Thank you! -- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 14:54 Message: Great; thanks. I'll look for that. FYI, I have the driver that came from vmware, but it doesn't support jumbo frames. According to the online discussion forums I looked through, the open version does. Are you saying that the next release from vmware will be based on this one and should support that feature? -- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 14:49 Message: To compile vmxnet3 on Solaris you need an optional package called GLDv3 (it's not in the default Solaris install). I don't really know how to get it (I'm sure I downloaded it before, but it was a looong time ago). The pre-built binary should be available with the next version of Tools from VMware, which should be released soon (don't know exact dates, and not even sure I could talk about it if I knew). -- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 14:44 Message: mvanzin... I really appreciate all of your help. But it would appear the compilation of this package is beyond me. An attempt to compile the driver module directly results in:/usr/local/bin/gcc -O2 -Wall -Werror -Wno-unknown-pragmas -U_NO_LONGLONG -D_KERNEL -I../../../lib/include -ffreestanding -nodefaultlibs -m32 -c vmxnet3_main.c -o i386/vmxnet3_main.o vmxnet3_main.c:36: error: syntax error before "mac_capab_t" vmxnet3_main.c:39: error: syntax error before "vmxnet3_mac_callbacks" vmxnet3_main.c:39: warning: type defaults to `int' in declaration of `vmxnet3_mac_callbacks' vmxnet3_main.c:40: error: `MC_GETCAPAB' undeclared here (not in a function) vmxnet3_main.c:40: error: initializer element is not constant vmxnet3_main.c:40: error: (near initialization for `vmxnet3_mac_callbacks') I've never had to trace through so many errors in a compilation process, and I don't really know what I'm looking for. Is there way to obtain a version of this driver that has already been compiled for Solaris x86? Thanks again. -- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 14:20 Message: If all you want is vmxnet3, you should be able to execute its makefile dir
Unity appears to have explicit requirement for gtkmm, glibmm, sigc++ ??
I am working through a port of open-vm-tools for SCO OpenServer 6.0.0 starting with the 2011.04-402641 source release and encountered the following: --enable-unity is the default (although I specifically used the option when running configure. Unity will be disabled by the configure script if: - no X11 - no Gtk2 - --disable-multimon and the configure script cautions the user to use "--disable-unity" if: - libXss or headers are not found - an adequate version of uriparser is not found - libpng is not found - zlib library is not found - Glib/GIO 2.24+ is not available - missing gdk_pixbuf_xlib_2.0 I caught the statement in NEWS that Glib 2.24 or later is required and also the older statement that open-vm-tools will compile on Solaris if --without-gtkmm is used. ... so I tried to configure with: --enable-unity --without-gtkmm However, ./services/plugins/unity/ghIntegration/platform.cc fails to compile without glibmm, gtkmm and sigc++ installed. ghIntegration/platform.cc:48:19: error: gtkmm.h: No such file or directory ghIntegration/platform.cc:49:20: error: glibmm.h: No such file or directory ghIntegration/platform.cc:50:19: error: giomm.h: No such file or directory ghIntegration/platform.cc:53:27: error: sigc++/sigc++.h: No such file or directory Questions: 1. Is it a bug that configure did not check for the presence of glibmm, gtkmm and sigc++ ? - or - Should I have not attempted to build the unity plugin? I saw no way that a Solaris build would have bypassed the Unity plugin build - with or without the --without-gtkmm 2. Is there a comprehensive list of the open-source packages that are required for the various features of open-vm-tools? Thanks in advance for any information that you can share John Wolfe UnXis Inc. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ open-vm-tools-devel mailing list open-vm-tools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/open-vm-tools-devel
[ open-vm-tools-Tracker-3345828 ] Compile fails at backdoorGcc32.c
Tracker item #3345828, was opened at 2011-06-29 22:56 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None >Status: Closed Resolution: Wont Fix Priority: 5 Private: No Submitted By: cjbaar (cjbaar0) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails at backdoorGcc32.c Initial Comment: I am receiving this same error compiling on Solaris 10. system: SunOS 5.10 Generic_144489-17 i86pc i386 i86pc make: GNU Make 3.82 gcc: version 3.4.6 ./configure --without-x --without-icu make results in: libtool: compile: gcc -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=\"open-vm-tools-devel@lists.sourceforge.net\" -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 -DHAVE_DLOPEN=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_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_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -DSOL10 -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c -fPIC -DPIC -o .libs/backdoorGcc32.o backdoorGcc32.c: In function `Backdoor_InOut': backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbIn': backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbOut': backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm' make: *** [backdoorGcc32.lo] Error 1 Any help is appreciated. Thank you! -- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 13:57 Message: Yes, the next version should have all the features currently in the open-vm-tools version. -- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 13:54 Message: Great; thanks. I'll look for that. FYI, I have the driver that came from vmware, but it doesn't support jumbo frames. According to the online discussion forums I looked through, the open version does. Are you saying that the next release from vmware will be based on this one and should support that feature? -- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 13:49 Message: To compile vmxnet3 on Solaris you need an optional package called GLDv3 (it's not in the default Solaris install). I don't really know how to get it (I'm sure I downloaded it before, but it was a looong time ago). The pre-built binary should be available with the next version of Tools from VMware, which should be released soon (don't know exact dates, and not even sure I could talk about it if I knew). -- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 13:44 Message: mvanzin... I really appreciate all of your help. But it would appear the compilation of this package is beyond me. An attempt to compile the driver module directly results in:/usr/local/bin/gcc -O2 -Wall -Werror -Wno-unknown-pragmas -U_NO_LONGLONG -D_KERNEL -I../../../lib/include -ffreestanding -nodefaultlibs -m32 -c vmxnet3_main.c -o i386/vmxnet3_main.o vmxnet3_main.c:36: error: syntax error before "mac_capab_t" vmxnet3_main.c:39: error: syntax error before "vmxnet3_mac_callbacks" vmxnet3_main.c:39: warning: type defaults to `int' in declaration of `vmxnet3_mac_callbacks' vmxnet3_main.c:40: error: `MC_GETCAPAB' undeclared here (not in a function) vmxnet3_main.c:40: error: initializer element is not constant vmxnet3_main.c:40: error: (near initialization for `vmxnet3_mac_callbacks') I've never had to trace through so many errors in a compilation process, and I don't really know what I'm looking for. Is there way to obtain a version of this driver that has already been compiled for Solaris
Re: Unity appears to have explicit requirement for gtkmm, glibmm, sigc++ ??
On 07/01/2011 01:53 PM, John Wolfe wrote: > 1. Is it a bug that configure did not check for the presence >of glibmm, gtkmm and sigc++ ? Probably. Most probably the dependency was added some time after configure.ac was written in its current form, and never reflected in the configure script. >Should I have not attempted to build the unity plugin? > >I saw no way that a Solaris build would have bypassed the >Unity plugin build - with or without the --without-gtkmm I don't think I've compiled Unity on Solaris (last I tried I ran into weird errors from Solaris gcc and the sigc headers). But my question would be: why do you need unity on SCO in the first place? I doubt you'll be running desktop VMs with SCO OpenServer VMs inside Fusion or Workstation, so the unity plugin will just be useless overhead... Unity is also completely untested outside of Linux, so even if it compiles it may not even work. > 2. Is there a comprehensive list of the open-source packages >that are required for the various features of open-vm-tools? Nothing like that; closest thing would be deriving the information from the configure script. From a high level: UI features will need gtk/gtkmm, non-UI features will just need glib. -- - Marcelo -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ open-vm-tools-devel mailing list open-vm-tools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/open-vm-tools-devel
[ open-vm-tools-Tracker-3345828 ] Compile fails at backdoorGcc32.c
Tracker item #3345828, was opened at 2011-06-29 23:56 Message generated for change (Comment added) made by cjbaar0 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None Status: Closed Resolution: Wont Fix Priority: 5 Private: No Submitted By: cjbaar (cjbaar0) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails at backdoorGcc32.c Initial Comment: I am receiving this same error compiling on Solaris 10. system: SunOS 5.10 Generic_144489-17 i86pc i386 i86pc make: GNU Make 3.82 gcc: version 3.4.6 ./configure --without-x --without-icu make results in: libtool: compile: gcc -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=\"open-vm-tools-devel@lists.sourceforge.net\" -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 -DHAVE_DLOPEN=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_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_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -DSOL10 -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c -fPIC -DPIC -o .libs/backdoorGcc32.o backdoorGcc32.c: In function `Backdoor_InOut': backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbIn': backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbOut': backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm' make: *** [backdoorGcc32.lo] Error 1 Any help is appreciated. Thank you! -- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 15:29 Message: OK; thanks for your help. I didn't realize the two were that closely related. I'll wait and see what happens. -- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 14:57 Message: Yes, the next version should have all the features currently in the open-vm-tools version. -- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 14:54 Message: Great; thanks. I'll look for that. FYI, I have the driver that came from vmware, but it doesn't support jumbo frames. According to the online discussion forums I looked through, the open version does. Are you saying that the next release from vmware will be based on this one and should support that feature? -- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 14:49 Message: To compile vmxnet3 on Solaris you need an optional package called GLDv3 (it's not in the default Solaris install). I don't really know how to get it (I'm sure I downloaded it before, but it was a looong time ago). The pre-built binary should be available with the next version of Tools from VMware, which should be released soon (don't know exact dates, and not even sure I could talk about it if I knew). -- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 14:44 Message: mvanzin... I really appreciate all of your help. But it would appear the compilation of this package is beyond me. An attempt to compile the driver module directly results in:/usr/local/bin/gcc -O2 -Wall -Werror -Wno-unknown-pragmas -U_NO_LONGLONG -D_KERNEL -I../../../lib/include -ffreestanding -nodefaultlibs -m32 -c vmxnet3_main.c -o i386/vmxnet3_main.o vmxnet3_main.c:36: error: syntax error before "mac_capab_t" vmxnet3_main.c:39: error: syntax error before "vmxnet3_mac_callbacks" vmxnet3_main.c:39: warning: type defaults to `int' in declaration of `vmxnet3_mac_callbacks' vmxnet3_main.c:40: error: `MC_GETCAPAB' undeclared here (not in a function) vmxnet3_main.c:40: error: initializer element is not constant vmxnet3_main.c:40: error: (near initializat
