Menu
▾
▴
open-vm-tools-devel — List for open-vm-tools developer discussions.
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(30) |
Oct
(50) |
Nov
(42) |
Dec
(17) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(36) |
Feb
(13) |
Mar
(74) |
Apr
(17) |
May
(62) |
Jun
(53) |
Jul
(32) |
Aug
(58) |
Sep
(44) |
Oct
(21) |
Nov
(35) |
Dec
(53) |
| 2009 |
Jan
(43) |
Feb
(58) |
Mar
(14) |
Apr
(16) |
May
(61) |
Jun
(49) |
Jul
(11) |
Aug
(22) |
Sep
(37) |
Oct
(12) |
Nov
(23) |
Dec
(10) |
| 2010 |
Jan
(21) |
Feb
(13) |
Mar
(5) |
Apr
(18) |
May
(14) |
Jun
(10) |
Jul
(1) |
Aug
|
Sep
(13) |
Oct
(8) |
Nov
(11) |
Dec
(14) |
| 2011 |
Jan
(13) |
Feb
(19) |
Mar
(16) |
Apr
(10) |
May
(22) |
Jun
(4) |
Jul
(63) |
Aug
(14) |
Sep
(10) |
Oct
(12) |
Nov
(10) |
Dec
(43) |
| 2012 |
Jan
(3) |
Feb
(4) |
Mar
(35) |
Apr
(1) |
May
(32) |
Jun
(8) |
Jul
(10) |
Aug
(6) |
Sep
(3) |
Oct
(25) |
Nov
(14) |
Dec
(4) |
| 2013 |
Jan
(12) |
Feb
(6) |
Mar
(15) |
Apr
(24) |
May
(9) |
Jun
(2) |
Jul
|
Aug
(4) |
Sep
|
Oct
(8) |
Nov
(3) |
Dec
|
| 2014 |
Jan
(5) |
Feb
|
Mar
(4) |
Apr
(2) |
May
(4) |
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2015 |
Jan
|
Feb
(5) |
Mar
|
Apr
(1) |
May
(3) |
Jun
(1) |
Jul
(2) |
Aug
(5) |
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2017 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2010-02-26 21:18:54
|
Tracker item #2959749, was opened at 2010-02-26 09:35 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: failed to compile on x86 error: 'GNU_REG_EAX' undeclared Initial Comment: Making all in rpctool make[1]: Entering directory `/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/rpctool' i686-pc-linux-gnu-gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2010.02.23\" -DPACKAGE_STRING=\"open-vm-tools\ 2010.02.23\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2010.02.23\" -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/\" -DHAVE_ECVT=1 -DHAVE_FCVT=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 -I. -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -I/usr/include -DUSE_ICU -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_23 -O2 -march=i686 -pipe -Wall -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT rpctool.o -MD -MP -MF .deps/rpctool.Tpo -c -o rpctool.o rpctool.c rpctool.c: In function 'SignalHandler': rpctool.c:81: error: 'GNU_REG_EDX' undeclared (first use in this function) rpctool.c:81: error: (Each undeclared identifier is reported only once rpctool.c:81: error: for each function it appears in.) rpctool.c:82: error: 'GNU_REG_EAX' undeclared (first use in this function) make[1]: *** [rpctool.o] Error 1 ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 13:18 Message: Could you send your open-vm-tools config,log, and also /usr/include/iconv.h (or, if present, /usr/include/iconv/iconv.h) from your machine? I don't see how our check could fail given the sources for glibc 2.10.1 from the GNU site, maybe a look at those files will help us. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 11:00 Message: Yes, it's compiled successfully with CFLAGS="-DGLIBC_VERSION_22" ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 10:30 Message: What about my second question? Didn't see any mentions in the gentoo tracker. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 10:09 Message: Please see: http://bugs.gentoo.org/show_bug.cgi?id=305939 ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 10:01 Message: I use Gentoo: gcc-4.3.4, glibc-2.10.1-r1, 2.6.31-gentoo-r10 i686 Tnx. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 09:39 Message: What distro are you using (and the glibc version of that distro)? Could you try configure with CFLAGS="-DGLIBC_VERSION_22" to see if it works? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-02-26 19:00:28
|
Tracker item #2959749, was opened at 2010-02-26 17:35 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: failed to compile on x86 error: 'GNU_REG_EAX' undeclared Initial Comment: Making all in rpctool make[1]: Entering directory `/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/rpctool' i686-pc-linux-gnu-gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2010.02.23\" -DPACKAGE_STRING=\"open-vm-tools\ 2010.02.23\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2010.02.23\" -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/\" -DHAVE_ECVT=1 -DHAVE_FCVT=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 -I. -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -I/usr/include -DUSE_ICU -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_23 -O2 -march=i686 -pipe -Wall -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT rpctool.o -MD -MP -MF .deps/rpctool.Tpo -c -o rpctool.o rpctool.c rpctool.c: In function 'SignalHandler': rpctool.c:81: error: 'GNU_REG_EDX' undeclared (first use in this function) rpctool.c:81: error: (Each undeclared identifier is reported only once rpctool.c:81: error: for each function it appears in.) rpctool.c:82: error: 'GNU_REG_EAX' undeclared (first use in this function) make[1]: *** [rpctool.o] Error 1 ---------------------------------------------------------------------- >Comment By: https://www.google.com/accounts () Date: 2010-02-26 19:00 Message: Yes, it's compiled successfully with CFLAGS="-DGLIBC_VERSION_22" ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 18:30 Message: What about my second question? Didn't see any mentions in the gentoo tracker. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 18:09 Message: Please see: http://bugs.gentoo.org/show_bug.cgi?id=305939 ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 18:01 Message: I use Gentoo: gcc-4.3.4, glibc-2.10.1-r1, 2.6.31-gentoo-r10 i686 Tnx. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 17:39 Message: What distro are you using (and the glibc version of that distro)? Could you try configure with CFLAGS="-DGLIBC_VERSION_22" to see if it works? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-02-26 18:32:15
|
Tracker item #2959749, was opened at 2010-02-26 17:35 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: failed to compile on x86 error: 'GNU_REG_EAX' undeclared Initial Comment: Making all in rpctool make[1]: Entering directory `/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/rpctool' i686-pc-linux-gnu-gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2010.02.23\" -DPACKAGE_STRING=\"open-vm-tools\ 2010.02.23\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2010.02.23\" -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/\" -DHAVE_ECVT=1 -DHAVE_FCVT=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 -I. -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -I/usr/include -DUSE_ICU -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_23 -O2 -march=i686 -pipe -Wall -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT rpctool.o -MD -MP -MF .deps/rpctool.Tpo -c -o rpctool.o rpctool.c rpctool.c: In function 'SignalHandler': rpctool.c:81: error: 'GNU_REG_EDX' undeclared (first use in this function) rpctool.c:81: error: (Each undeclared identifier is reported only once rpctool.c:81: error: for each function it appears in.) rpctool.c:82: error: 'GNU_REG_EAX' undeclared (first use in this function) make[1]: *** [rpctool.o] Error 1 ---------------------------------------------------------------------- >Comment By: https://www.google.com/accounts () Date: 2010-02-26 18:01 Message: I use Gentoo: gcc-4.3.4, glibc-2.10.1-r1, 2.6.31-gentoo-r10 i686 Tnx. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 17:39 Message: What distro are you using (and the glibc version of that distro)? Could you try configure with CFLAGS="-DGLIBC_VERSION_22" to see if it works? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-02-26 18:30:25
|
Tracker item #2959749, was opened at 2010-02-26 09:35 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: failed to compile on x86 error: 'GNU_REG_EAX' undeclared Initial Comment: Making all in rpctool make[1]: Entering directory `/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/rpctool' i686-pc-linux-gnu-gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2010.02.23\" -DPACKAGE_STRING=\"open-vm-tools\ 2010.02.23\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2010.02.23\" -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/\" -DHAVE_ECVT=1 -DHAVE_FCVT=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 -I. -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -I/usr/include -DUSE_ICU -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_23 -O2 -march=i686 -pipe -Wall -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT rpctool.o -MD -MP -MF .deps/rpctool.Tpo -c -o rpctool.o rpctool.c rpctool.c: In function 'SignalHandler': rpctool.c:81: error: 'GNU_REG_EDX' undeclared (first use in this function) rpctool.c:81: error: (Each undeclared identifier is reported only once rpctool.c:81: error: for each function it appears in.) rpctool.c:82: error: 'GNU_REG_EAX' undeclared (first use in this function) make[1]: *** [rpctool.o] Error 1 ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 10:30 Message: What about my second question? Didn't see any mentions in the gentoo tracker. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 10:09 Message: Please see: http://bugs.gentoo.org/show_bug.cgi?id=305939 ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 10:01 Message: I use Gentoo: gcc-4.3.4, glibc-2.10.1-r1, 2.6.31-gentoo-r10 i686 Tnx. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 09:39 Message: What distro are you using (and the glibc version of that distro)? Could you try configure with CFLAGS="-DGLIBC_VERSION_22" to see if it works? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-02-26 18:09:08
|
Tracker item #2959749, was opened at 2010-02-26 17:35 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: failed to compile on x86 error: 'GNU_REG_EAX' undeclared Initial Comment: Making all in rpctool make[1]: Entering directory `/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/rpctool' i686-pc-linux-gnu-gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2010.02.23\" -DPACKAGE_STRING=\"open-vm-tools\ 2010.02.23\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2010.02.23\" -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/\" -DHAVE_ECVT=1 -DHAVE_FCVT=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 -I. -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -I/usr/include -DUSE_ICU -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_23 -O2 -march=i686 -pipe -Wall -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT rpctool.o -MD -MP -MF .deps/rpctool.Tpo -c -o rpctool.o rpctool.c rpctool.c: In function 'SignalHandler': rpctool.c:81: error: 'GNU_REG_EDX' undeclared (first use in this function) rpctool.c:81: error: (Each undeclared identifier is reported only once rpctool.c:81: error: for each function it appears in.) rpctool.c:82: error: 'GNU_REG_EAX' undeclared (first use in this function) make[1]: *** [rpctool.o] Error 1 ---------------------------------------------------------------------- >Comment By: https://www.google.com/accounts () Date: 2010-02-26 18:09 Message: Please see: http://bugs.gentoo.org/show_bug.cgi?id=305939 ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 18:01 Message: I use Gentoo: gcc-4.3.4, glibc-2.10.1-r1, 2.6.31-gentoo-r10 i686 Tnx. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 17:39 Message: What distro are you using (and the glibc version of that distro)? Could you try configure with CFLAGS="-DGLIBC_VERSION_22" to see if it works? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-02-26 17:39:13
|
Tracker item #2959749, was opened at 2010-02-26 09:35 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: failed to compile on x86 error: 'GNU_REG_EAX' undeclared Initial Comment: Making all in rpctool make[1]: Entering directory `/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/rpctool' i686-pc-linux-gnu-gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2010.02.23\" -DPACKAGE_STRING=\"open-vm-tools\ 2010.02.23\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2010.02.23\" -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/\" -DHAVE_ECVT=1 -DHAVE_FCVT=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 -I. -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -I/usr/include -DUSE_ICU -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_23 -O2 -march=i686 -pipe -Wall -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT rpctool.o -MD -MP -MF .deps/rpctool.Tpo -c -o rpctool.o rpctool.c rpctool.c: In function 'SignalHandler': rpctool.c:81: error: 'GNU_REG_EDX' undeclared (first use in this function) rpctool.c:81: error: (Each undeclared identifier is reported only once rpctool.c:81: error: for each function it appears in.) rpctool.c:82: error: 'GNU_REG_EAX' undeclared (first use in this function) make[1]: *** [rpctool.o] Error 1 ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 09:39 Message: What distro are you using (and the glibc version of that distro)? Could you try configure with CFLAGS="-DGLIBC_VERSION_22" to see if it works? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-02-26 17:35:35
|
Tracker item #2959749, was opened at 2010-02-26 17:35 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: failed to compile on x86 error: 'GNU_REG_EAX' undeclared Initial Comment: Making all in rpctool make[1]: Entering directory `/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/rpctool' i686-pc-linux-gnu-gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2010.02.23\" -DPACKAGE_STRING=\"open-vm-tools\ 2010.02.23\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2010.02.23\" -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/\" -DHAVE_ECVT=1 -DHAVE_FCVT=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 -I. -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -I/usr/include -DUSE_ICU -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_23 -O2 -march=i686 -pipe -Wall -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT rpctool.o -MD -MP -MF .deps/rpctool.Tpo -c -o rpctool.o rpctool.c rpctool.c: In function 'SignalHandler': rpctool.c:81: error: 'GNU_REG_EDX' undeclared (first use in this function) rpctool.c:81: error: (Each undeclared identifier is reported only once rpctool.c:81: error: for each function it appears in.) rpctool.c:82: error: 'GNU_REG_EAX' undeclared (first use in this function) make[1]: *** [rpctool.o] Error 1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-02-26 01:16:41
|
Tracker item #1959582, was opened at 2008-05-07 08:18 Message generated for change (Settings changed) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=1959582&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: kernel modules Group: None >Status: Closed >Resolution: Fixed Priority: 2 Private: No Submitted By: Scott Ashcroft (ashcroft) Assigned to: Nobody/Anonymous (nobody) Summary: vmxnet ioctl debug printks should be removed Initial Comment: All other network drivers just return -EOPNOTSUPP without any debug printk. vmxnet should do the same to avoid spamming the console. The -EOPNOTSUPP return will cause the caller to handle and report the error if required. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-25 17:16 Message: In git @ec9cae6d. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=1959582&group_id=204462 |
|
From: Joel W. <joe...@gi...> - 2010-02-17 14:54:42
|
Greetings, Forgive me if I am posting to the wrong mailing list. But I wanted to talk to the horses mouth. First off I need some clarification on if we should use the open-vm-tools OR the proprietary versions that come with the CD. I maintain several Linux servers CentOS, Fedora and Ubuntu. I am currently using the vmware-tools-common-8.0.2-208167.el5 that is put in the CentOS repository. >From what it looks like the open tools vs the proprietary versions are the same, modules that get loaded, where the RPM's were built etc. Except they show up in VSphere as "Unmanaged" vs "OK". Now granted, we would like to use the latest networking drivers etc. and not have to "recompile" or run vmware-tools-upgrader every single time we have a kernel update especially for several hundred servers. Second, using the open-vm-tools on Ubuntu, when starting the server - I receive this: root@ubuntu:~# /etc/init.d/vmware-tools restart Stopping VMware Tools services in the virtual machine: Guest operating system daemon: done Unmounting HGFS shares: done Guest filesystem driver: done Guest memory manager: done VM communication interface socket family: done VM communication interface: done Checking acpi hot plug done Starting VMware Tools services in the virtual machine: Switching to guest configuration: done Paravirtual SCSI module: failed Guest memory manager: failed VM communication interface: failed VM communication interface socket family: failed Guest operating system daemon: done Any thoughts? -- Joel Webb Gilbarco Veeder-Root Senior Linux Systems Administrator joe...@gi... 336-404-3273 Please be advised that this email may contain confidential information. If you are not the intended recipient, please do not read, copy or re-transmit this email. If you have received this email in error, please notify us by email by replying to the sender and by telephone (call us collect at +1 202-828-0850) and delete this message and any attachments. Thank you in advance for your cooperation and assistance. In addition, Danaher and its subsidiaries disclaim that the content of this email constitutes an offer to enter into, or the acceptance of, any contract or agreement or any amendment thereto; provided that the foregoing disclaimer does not invalidate the binding effect of any digital or other electronic reproduction of a manual signature that is included in any attachment to this email. |
|
From: SourceForge.net <no...@so...> - 2010-02-02 14:18:04
|
Tracker item #2944634, was opened at 2010-02-02 09:18 Message generated for change (Tracker Item Submitted) made by gmourani123 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2944634&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: kernel modules Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Gerhard Mourani (gmourani123) Assigned to: Nobody/Anonymous (nobody) Summary: Kernel module fails to compile against kernel 2.6.32-7 Initial Comment: Just to let you know that latest open-vm-tools version 226760 fail to compile agains kernel 2.6.32-7. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2944634&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-01-21 21:12:23
|
Tracker item #2791804, was opened at 2009-05-14 09:16 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2791804&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: None Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Private: No Submitted By: homebrew (barry-davis) Assigned to: Nobody/Anonymous (nobody) Summary: open-vm-tools-2009.06.18-172495 fails with gcc 3.4.3 Initial Comment: Im using open-vm-tools-2009.04.23-162451 and gcc 3.4.3 Please apply the patches that fix the following bugs: 2559990 modules/linux/pvscsi does not compile with old GCC 2539708 /modules/linux/vmxnet3 does not compile The patch that is attached to bug 2559990 nolonger applies. I've attached the patch I currently use. Its messy but it works. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2010-01-21 13:12 Message: vmxnet3 is not in mainline kernel, pvscsi will soon be, and both will be removed from open-vm-tools. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2791804&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-01-21 21:11:13
|
Tracker item #2539708, was opened at 2009-01-26 23:39 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2539708&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: kernel modules Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: mna-news (mna-news) Assigned to: Nobody/Anonymous (nobody) Summary: /modules/linux/vmxnet3 does not compile Initial Comment: am trying to compile open-vm-tools-2009.01.21-142982 with kernel 2.6.28.1 using gcc version 3.4.5 and there is a problem with inline fonction (like vsocks module cf tracker 2531283) Using 2.6.x kernel build system. make[2]: Entering directory `/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmxnet3' make -C /lib/modules/2.6.28.1/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[3]: Entering directory `/usr/src/linux-2.6.28.1' CC [M] /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmxnet3/vmxnet3.o /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmxnet3/vmxnet3.c: In function `vmxnet3_check_link': /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmxnet3/vmxnet3.c:141: sorry, unimplemented: inlining failed in call to 'vmxnet3_tq_start': function body not available /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmxnet3/vmxnet3.c:280: sorry, unimplemented: called from here /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmxnet3/vmxnet3.c:143: sorry, unimplemented: inlining failed in call to 'vmxnet3_tq_stop': function body not available /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmxnet3/vmxnet3.c:286: sorry, unimplemented: called from here make[4]: *** [/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmxnet3/vmxnet3.o] Error 1 make[3]: *** [_module_/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmxnet3] Error 2 make[3]: Leaving directory `/usr/src/linux-2.6.28.1' make[2]: *** [vmxnet3.ko] Error 2 make[2]: Leaving directory `/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmxnet3' make[1]: *** [vmxnet3] Error 2 make[1]: Leaving directory `/tmp/open-vm-tools-2009.01.21-142982/modules' make: *** [all-recursive] Error 1 thanks for your help. mna. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2010-01-21 13:11 Message: I'll assume this was fixed previously, but in any case, vmxnet3 is not in open-vm-tools anymore. ---------------------------------------------------------------------- Comment By: mna-news (mna-news) Date: 2009-02-03 00:23 Message: i have test your patch and the compilation is OK for this module : [...] Using 2.6.x kernel build system. make[2]: Entering directory `/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmxnet3' make -C /lib/modules/2.6.28.1/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[3]: Entering directory `/usr/src/linux-2.6.28.1' CC [M] /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmxnet3/vmxnet3.o Building modules, stage 2. MODPOST 1 modules CC /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmxnet3/vmxnet3.mod.o LD [M] /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmxnet3/vmxnet3.ko make[3]: Leaving directory `/usr/src/linux-2.6.28.1' make -C $PWD SRCROOT=$PWD/. postbuild make[3]: Entering directory `/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmxnet3' make[3]: `postbuild' is up to date. make[3]: Leaving directory `/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmxnet3' cp -f vmxnet3.ko ./../vmxnet3.o make[2]: Leaving directory `/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmxnet3' [...] now i have trouble to compile next module, i will open new tracker for this new trouble. many thanks for your jobs. mna. ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2009-02-02 14:01 Message: Please try the patch I just uploaded. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2539708&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-01-21 21:10:17
|
Tracker item #2559990, was opened at 2009-02-03 00:26 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2559990&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: kernel modules Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Private: No Submitted By: mna-news (mna-news) Assigned to: Nobody/Anonymous (nobody) Summary: modules/linux/pvscsi does not compile with old GCC Initial Comment: am trying to compile open-vm-tools-2009.01.21-142982 with kernel 2.6.28.1 using gcc version 3.4.5 and there is a problem with inline fonction (like vsocks module cf tracker 2531283) Using 2.6.x kernel build system. make[2]: Entering directory `/tmp/open-vm-tools-2009.01.21-142982/modules/linux/pvscsi' make -C /lib/modules/2.6.28.1/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[3]: Entering directory `/usr/src/linux-2.6.28.1' CC [M] /tmp/open-vm-tools-2009.01.21-142982/modules/linux/pvscsi/pvscsi.o /tmp/open-vm-tools-2009.01.21-142982/modules/linux/pvscsi/pvscsi.c: In function `pvscsi_probe': /tmp/open-vm-tools-2009.01.21-142982/modules/linux/pvscsi/pvscsi.c:231: sorry, unimplemented: inlining failed in call to 'pvscsi_write_intr_mask': function body not available /tmp/open-vm-tools-2009.01.21-142982/modules/linux/pvscsi/pvscsi.c:564: sorry, unimplemented: called from here make[4]: *** [/tmp/open-vm-tools-2009.01.21-142982/modules/linux/pvscsi/pvscsi.o] Error 1 make[3]: *** [_module_/tmp/open-vm-tools-2009.01.21-142982/modules/linux/pvscsi] Error 2 make[3]: Leaving directory `/usr/src/linux-2.6.28.1' make[2]: *** [pvscsi.ko] Error 2 make[2]: Leaving directory `/tmp/open-vm-tools-2009.01.21-142982/modules/linux/pvscsi' make[1]: *** [pvscsi] Error 2 make[1]: Leaving directory `/tmp/open-vm-tools-2009.01.21-142982/modules' make: *** [all-recursive] Error 1 thanks for your help. mna. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2010-01-21 13:10 Message: pvscsi has been upstreamed to the mainline kernel and will be removed from open-vm-tools. ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2009-02-26 14:33 Message: Sorry it took so long but coupld you please try the patch I just uploaded? Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2559990&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-01-21 21:09:14
|
Tracker item #2799058, was opened at 2009-05-31 05:45 Message generated for change (Settings changed) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2799058&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: None Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Mario Fetka (tiulk) Assigned to: Nobody/Anonymous (nobody) Summary: gcc 4.4 compile error Initial Comment: make[2]: Entering directory `/var/tmp/portage/app-emulation/open-vm-tools-2009.05.22_p167859/work/open-vm-tools-2009.05.22-167859/lib/wiper' /bin/sh ../../libtool --tag=CC --mode=compile x86_64-pc-linux-gnu-gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.05.22\" -DPACKAGE_STRING=\"open-vm-tools\ 2009.05.22\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.05.22\" -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/\" -DHAVE_ECVT=1 -DHAVE_FCVT=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 -I. -I/var/tmp/portage/app-emulation/open-vm-tools-2009.05.22_p167859/work/open-vm-tools-2009.05.22-167859/lib/include -I/var/tmp/portage/app-emulation/open-vm-tools-2009.05.22_p167859/work/open-vm-tools-2009.05.22-167859/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -I/usr/include -DUSE_ICU -DVMX86_TOOLS -DNO_CORE_ICU -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -march=k8 -msse3 -Os -pipe -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT wiperPosix.lo -MD -MP -MF .deps/wiperPosix.Tpo -c -o wiperPosix.lo wiperPosix.c libtool: compile: x86_64-pc-linux-gnu-gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.05.22\" "-DPACKAGE_STRING=\"open-vm-tools 2009.05.22\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.05.22\" -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/\" -DHAVE_ECVT=1 -DHAVE_FCVT=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 -I. -I/var/tmp/portage/app-emulation/open-vm-tools-2009.05.22_p167859/work/open-vm-tools-2009.05.22-167859/lib/include -I/var/tmp/portage/app-emulation/open-vm-tools-2009.05.22_p167859/work/open-vm-tools-2009.05.22-167859/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -I/usr/include -DUSE_ICU -DVMX86_TOOLS -DNO_CORE_ICU -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -march=k8 -msse3 -Os -pipe -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT wiperPosix.lo -MD -MP -MF .deps/wiperPosix.Tpo -c wiperPosix.c -fPIC -DPIC -o .libs/wiperPosix.o cc1: warnings being treated as errors wiperPosix.c: In function 'Wiper_Init': wiperPosix.c:1016: error: ignoring return value of 'fgets', declared with attribute warn_unused_result make[2]: *** [wiperPosix.lo] Error 1 make[2]: Leaving directory `/var/tmp/portage/app-emulation/open-vm-tools-2009.05.22_p167859/work/open-vm-tools-2009.05.22-167859/lib/wiper' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/app-emulation/open-vm-tools-2009.05.22_p167859/work/open-vm-tools-2009.05.22-167859/lib' ---------------------------------------------------------------------- Comment By: Mario Fetka (tiulk) Date: 2009-06-01 11:13 Message: the patch works thx ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2009-06-01 05:35 Message: Please try the patch I have just uploaded. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2799058&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-01-21 21:08:16
|
Tracker item #2916677, was opened at 2009-12-17 18:01 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2916677&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: kernel modules Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: gholms (gholms) Assigned to: Nobody/Anonymous (nobody) Summary: Kernel module fails to compile against kernel 2.6.32 Initial Comment: Kernel module build 201664 seems to be failing to compile against Linux 2.6.32. I'm not positive if it's the kernel version, but since it compiles in Fedora 12 with 2.6.31 and not Fedora Rawhide or Gentoo with 2.6.32 that's my best guess. Build logs on Rawhide are attached. Build logs on Gentoo are at http://bugs.gentoo.org/show_bug.cgi?id=296277 ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2010-01-21 13:08 Message: This should be fixed in the latest release (2010.01.19). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2916677&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-01-21 21:07:18
|
Tracker item #2926846, was opened at 2010-01-06 03:56 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2926846&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: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Dominique Leuenberger (dimstar) Assigned to: Nobody/Anonymous (nobody) Summary: building vmci on x86_64 (kernel 2.26.32) fails Initial Comment: while building the new version for openSUSE 11.3 (Factory), the build fails with this error message (on x86_64, works on i586).The build against 2.6.31/x86_64 did work as well. using 2.6.x kernel build system. CC [M] /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciDatagram.o CC [M] /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciEvent.o CC [M] /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciGuestDs.o CC [M] /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciGuestKernelIf.o CC [M] /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.o In file included from /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:53: /usr/src/packages/BUILD/obj/default/modules/linux/vmci/pgtbl.h: In function 'PgtblVa2MPN': /usr/src/packages/BUILD/obj/default/modules/linux/vmci/pgtbl.h:301: error: dereferencing pointer to incomplete type /usr/src/packages/BUILD/obj/default/modules/linux/vmci/pgtbl.h: In function 'PgtblVa2Page': /usr/src/packages/BUILD/obj/default/modules/linux/vmci/pgtbl.h:373: error: dereferencing pointer to incomplete type /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c: In function 'VMCIHost_SignalCall': /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:340: error: 'TASK_NORMAL' undeclared (first use in this function) /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:340: error: (Each undeclared identifier is reported only once /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:340: error: for each function it appears in.) /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c: In function 'VMCIHost_WaitForCallLocked': /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:382: error: dereferencing pointer to incomplete type /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:382: error: 'TASK_INTERRUPTIBLE' undeclared (first use in this function) /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:390: error: implicit declaration of function 'schedule' /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:398: error: dereferencing pointer to incomplete type /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:398: error: 'TASK_RUNNING' undeclared (first use in this function) /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:402: error: implicit declaration of function 'signal_pending' /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c: In function 'VMCI_SignalEvent': /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:790: error: 'TASK_NORMAL' undeclared (first use in this function) /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c: In function 'VMCI_WaitOnEventInterruptible': /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:847: error: dereferencing pointer to incomplete type /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:847: error: 'TASK_INTERRUPTIBLE' undeclared (first use in this function) /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:859: error: dereferencing pointer to incomplete type /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:859: error: 'TASK_RUNNING' undeclared (first use in this function) make[3]: *** [/usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.o] Error 1 make[2]: *** [_module_/usr/src/packages/BUILD/obj/default/modules/linux/vmci] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-2.6.32-3-obj/x86_64/default' error: Bad exit status from /var/tmp/rpm-tmp.afmEY8 (%build) ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2010-01-21 13:07 Message: Should be fixed with cid 79e7fc54. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2926846&group_id=204462 |
|
From: Michael W. <mi...@we...> - 2010-01-20 22:00:39
|
Hello Marcelo, On Wed, Jan 20, 2010 at 09:43:03AM -0800, Marcelo Vanzin wrote: > > When executing vmtoolsd with the --log option I get the message > > > > [ warning] [Gtk] cannot open display: > That's definitely not expected. vmtoolsd nor its dependent libraries need X. It > might be a problem with Debian's packaging. To be sure, I'd need: > . list of plugins under $datadir/open-vm-tools/plugins/vmsvc michael@eglarest-debian:~$ ls -la /usr/lib/open-vm-tools/plugins/ total 284 drwxr-xr-x 2 root root 4096 2010-01-18 18:21 . drwxr-xr-x 3 root root 4096 2010-01-18 18:21 .. -rw-r--r-- 1 root root 38148 2009-12-20 13:41 libguestInfo.so -rw-r--r-- 1 root root 60040 2009-12-20 13:41 libhgfsServer.so -rw-r--r-- 1 root root 8676 2009-12-20 13:41 libpowerOps.so -rw-r--r-- 1 root root 12888 2009-12-20 13:41 libresolutionSet.so -rw-r--r-- 1 root root 10940 2009-12-20 13:41 libtimeSync.so -rw-r--r-- 1 root root 62700 2009-12-20 13:41 libvix.so -rw-r--r-- 1 root root 45952 2009-12-20 13:41 libvixUser.so -rw-r--r-- 1 root root 14788 2009-12-20 13:41 libvmbackup.so I think, I finally understand: libvixUser.so and libresolutionSet.so should be in vmusr and the rest in vmsvc. But in the Debian package they're all together in the plugins directory, although the vmusr plugins are installed with a separate package open-vm-toolbox. I'll take it up with the Debian guys! -- Thanks a lot! Micha |
|
From: Marcelo V. <mv...@vm...> - 2010-01-20 17:43:12
|
On 01/20/2010 04:47 AM, Michael Weiser wrote: > When executing vmtoolsd with the --log option I get the message > > [ warning] [Gtk] cannot open display: That's definitely not expected. vmtoolsd nor its dependent libraries need X. It might be a problem with Debian's packaging. To be sure, I'd need: . list of plugins under $datadir/open-vm-tools/plugins/vmsvc . output of "ldd vmtoolsd" . output of "ldd libvmtools.so" I'm pretty sure the vmtoolsd / libvmtools code don't ever call GTK functions, but some of the plugins do (and these shouldn't be deployed in the "vmsvc" container). -- - Marcelo |
|
From: Dmitry T. <dt...@vm...> - 2010-01-20 17:01:00
|
Hi Eric, On Wednesday 20 January 2010 05:37:06 am Eric Shubert wrote: > > This brings up a concern of mine that I hope to address soon. I run > several virtual servers, and would like some of the vmtools > functionality, namely timekeeping and the vmxnet device driver. Needless > to say, there is no X11 on any of these machines. > > My question is, is there a way to install just the pieces I need? I > certainly won't be installing X11 on any of these guests. > You can run configure script with "--without-x", that should leave vmware-user components out. Hope this helps. -- Dmitry |
|
From: Eric S. <ej...@sh...> - 2010-01-20 13:55:12
|
Michael Weiser wrote: > Hello, > > I'm facing a somewhat peculiar problem with open-vm-tools 2009.12.16 on > a minimalistic, current Debian testing. This same VM I use on hosts with > VMware Fusion 2.0.6 on Mac OS X 10.6.2 and VMware Workstation 6.5.1 on > SuSE 10.1 and 11.1. It behaves the same everywhere. > > Upon suspend of the VM, VMware complains, that I'm not running VMware > Tools. Also, time synchronisation with the host isn't working. After > some debugging I found, that Debian starts vmtoolsd on boot but later > there's no process vmtoolsd running. There're no log entries and no > other messages. > > When executing vmtoolsd with the --log option I get the message > > [ warning] [Gtk] cannot open display: > > When run from inside an X11 session, it starts okay. So it seems, > vmtoolsd requires a running X server to function. Is that the case? Is > it meant to be that way or a bug? Can I, for the time being, work around > the problem? > > As far as I can gather, vmtoolsd needs to run as root. So starting it at > boot time makes sense. But since I don't start a graphical display > manager, there'll be no X, yet, and vmtoolsd will bail straight away. > Even if I could start vmtoolsd as root automatically when I later login > in as normal user and start an X server, time synchronisation and > suspend scripts would not work until then. > > I also want the X11 screen resizing function to continue working, when I > decide to start X. Right now it does, since vmware-user seems to be > enough for that. But from the ChangeLog I gather that all functions of > vmware-guestd and vmware-user are meant to migrate to vmtoolsd. So > compiling vmtoolsd without X11 support or removing the X11 plugins will > break that function eventually. This brings up a concern of mine that I hope to address soon. I run several virtual servers, and would like some of the vmtools functionality, namely timekeeping and the vmxnet device driver. Needless to say, there is no X11 on any of these machines. My question is, is there a way to install just the pieces I need? I certainly won't be installing X11 on any of these guests. -- -Eric 'shubes' |
|
From: Michael W. <mi...@we...> - 2010-01-20 13:00:43
|
Hello, I'm facing a somewhat peculiar problem with open-vm-tools 2009.12.16 on a minimalistic, current Debian testing. This same VM I use on hosts with VMware Fusion 2.0.6 on Mac OS X 10.6.2 and VMware Workstation 6.5.1 on SuSE 10.1 and 11.1. It behaves the same everywhere. Upon suspend of the VM, VMware complains, that I'm not running VMware Tools. Also, time synchronisation with the host isn't working. After some debugging I found, that Debian starts vmtoolsd on boot but later there's no process vmtoolsd running. There're no log entries and no other messages. When executing vmtoolsd with the --log option I get the message [ warning] [Gtk] cannot open display: When run from inside an X11 session, it starts okay. So it seems, vmtoolsd requires a running X server to function. Is that the case? Is it meant to be that way or a bug? Can I, for the time being, work around the problem? As far as I can gather, vmtoolsd needs to run as root. So starting it at boot time makes sense. But since I don't start a graphical display manager, there'll be no X, yet, and vmtoolsd will bail straight away. Even if I could start vmtoolsd as root automatically when I later login in as normal user and start an X server, time synchronisation and suspend scripts would not work until then. I also want the X11 screen resizing function to continue working, when I decide to start X. Right now it does, since vmware-user seems to be enough for that. But from the ChangeLog I gather that all functions of vmware-guestd and vmware-user are meant to migrate to vmtoolsd. So compiling vmtoolsd without X11 support or removing the X11 plugins will break that function eventually. -- Thanks in advance, Micha |
|
From: SourceForge.net <no...@so...> - 2010-01-19 17:21:13
|
Tracker item #2934325, was opened at 2010-01-18 06:50 Message generated for change (Settings changed) made by dtor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2934325&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: None Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Cedric Jeanneret (cjeanneret) Assigned to: Nobody/Anonymous (nobody) Summary: [RedHat] fails to compile with kernel 2.6.18-164.10.1.el5 Initial Comment: Hello, Trying latest version of ovmtools on an up-to-date redhat 5, with these specs: kernel: 2.6.18-164.10.1.el5 gcc: 4.1.2 20080704 (Red Hat 4.1.2-46) redhat version: Red Hat Enterprise Linux Server release 5.4 (Tikanga) ovmtools version: 2009.12.16-217847 Error (full compilation log attached): /bin/sh ../../libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.12.16\" -DPACKAGE_STRING=\"open-vm-tools\ 2009.12.16\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.12.16\" -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_ECVT=1 -DHAVE_FCVT=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/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib/include -I/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -D_REENTRANT -D_REENTRANT -I/usr/include -DUSE_ICU -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 -g -O2 -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT fileIOPosix.lo -MD -MP -MF .deps/fileIOPosix.Tpo -c -o fileIOPosix.lo fileIOPosix.c libtool: compile: gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.12.16\" "-DPACKAGE_STRING=\"open-vm-tools 2009.12.16\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.12.16\" -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_ECVT=1 -DHAVE_FCVT=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/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib/include -I/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -D_REENTRANT -D_REENTRANT -I/usr/include -DUSE_ICU -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 -g -O2 -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT fileIOPosix.lo -MD -MP -MF .deps/fileIOPosix.Tpo -c fileIOPosix.c -fPIC -DPIC -o .libs/fileIOPosix.o fileIOPosix.c: In function ‘FileIO_SetAllocSize’: fileIOPosix.c:1949: error: ‘__NR_fallocate’ undeclared (first use in this function) fileIOPosix.c:1949: error: (Each undeclared identifier is reported only once fileIOPosix.c:1949: error: for each function it appears in.) make[2]: *** [fileIOPosix.lo] Error 1 make[2]: Leaving directory `/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib/file' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib' make: *** [all-recursive] Error 1 make: Leaving directory `/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847' I didn't find a bug with this error. Any idea ? I can try without problem any patch if necessary. For information, we used to install 2009.07.22-179896 on our clients before, with a patch (https://sourceforge.net/tracker/index.php?func=detail&aid=2854490&group_id=204462&atid=989708). This version doesn't work neither (with and w/o patch). Thank you in advance. Best regards, C. ---------------------------------------------------------------------- >Comment By: Dmitry Torokhov (dtor) Date: 2010-01-19 09:21 Message: OK, maybe we need to add a check for presence of linux/unistd.h to the configure scripts. ---------------------------------------------------------------------- Comment By: Cedric Jeanneret (cjeanneret) Date: 2010-01-18 23:43 Message: Oh, it was that : no kernel-headers. Now it works. Thank you! I'll add this dep on our install script. -> solved. ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2010-01-18 10:54 Message: Hm, seems to be working here. Do you have kernel-headers package installed? Do you see __NR_fallocate defined in /usr/include/asm/unistd.h and if this file is referenced from /usr/include/linux/unistd.h? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2934325&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-01-19 07:43:57
|
Tracker item #2934325, was opened at 2010-01-18 15:50 Message generated for change (Comment added) made by cjeanneret You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2934325&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Cedric Jeanneret (cjeanneret) Assigned to: Nobody/Anonymous (nobody) Summary: [RedHat] fails to compile with kernel 2.6.18-164.10.1.el5 Initial Comment: Hello, Trying latest version of ovmtools on an up-to-date redhat 5, with these specs: kernel: 2.6.18-164.10.1.el5 gcc: 4.1.2 20080704 (Red Hat 4.1.2-46) redhat version: Red Hat Enterprise Linux Server release 5.4 (Tikanga) ovmtools version: 2009.12.16-217847 Error (full compilation log attached): /bin/sh ../../libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.12.16\" -DPACKAGE_STRING=\"open-vm-tools\ 2009.12.16\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.12.16\" -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_ECVT=1 -DHAVE_FCVT=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/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib/include -I/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -D_REENTRANT -D_REENTRANT -I/usr/include -DUSE_ICU -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 -g -O2 -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT fileIOPosix.lo -MD -MP -MF .deps/fileIOPosix.Tpo -c -o fileIOPosix.lo fileIOPosix.c libtool: compile: gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.12.16\" "-DPACKAGE_STRING=\"open-vm-tools 2009.12.16\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.12.16\" -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_ECVT=1 -DHAVE_FCVT=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/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib/include -I/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -D_REENTRANT -D_REENTRANT -I/usr/include -DUSE_ICU -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 -g -O2 -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT fileIOPosix.lo -MD -MP -MF .deps/fileIOPosix.Tpo -c fileIOPosix.c -fPIC -DPIC -o .libs/fileIOPosix.o fileIOPosix.c: In function ‘FileIO_SetAllocSize’: fileIOPosix.c:1949: error: ‘__NR_fallocate’ undeclared (first use in this function) fileIOPosix.c:1949: error: (Each undeclared identifier is reported only once fileIOPosix.c:1949: error: for each function it appears in.) make[2]: *** [fileIOPosix.lo] Error 1 make[2]: Leaving directory `/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib/file' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib' make: *** [all-recursive] Error 1 make: Leaving directory `/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847' I didn't find a bug with this error. Any idea ? I can try without problem any patch if necessary. For information, we used to install 2009.07.22-179896 on our clients before, with a patch (https://sourceforge.net/tracker/index.php?func=detail&aid=2854490&group_id=204462&atid=989708). This version doesn't work neither (with and w/o patch). Thank you in advance. Best regards, C. ---------------------------------------------------------------------- >Comment By: Cedric Jeanneret (cjeanneret) Date: 2010-01-19 08:43 Message: Oh, it was that : no kernel-headers. Now it works. Thank you! I'll add this dep on our install script. -> solved. ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2010-01-18 19:54 Message: Hm, seems to be working here. Do you have kernel-headers package installed? Do you see __NR_fallocate defined in /usr/include/asm/unistd.h and if this file is referenced from /usr/include/linux/unistd.h? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2934325&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-01-18 18:55:00
|
Tracker item #2934325, was opened at 2010-01-18 06:50 Message generated for change (Comment added) made by dtor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2934325&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Cedric Jeanneret (cjeanneret) Assigned to: Nobody/Anonymous (nobody) Summary: [RedHat] fails to compile with kernel 2.6.18-164.10.1.el5 Initial Comment: Hello, Trying latest version of ovmtools on an up-to-date redhat 5, with these specs: kernel: 2.6.18-164.10.1.el5 gcc: 4.1.2 20080704 (Red Hat 4.1.2-46) redhat version: Red Hat Enterprise Linux Server release 5.4 (Tikanga) ovmtools version: 2009.12.16-217847 Error (full compilation log attached): /bin/sh ../../libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.12.16\" -DPACKAGE_STRING=\"open-vm-tools\ 2009.12.16\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.12.16\" -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_ECVT=1 -DHAVE_FCVT=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/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib/include -I/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -D_REENTRANT -D_REENTRANT -I/usr/include -DUSE_ICU -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 -g -O2 -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT fileIOPosix.lo -MD -MP -MF .deps/fileIOPosix.Tpo -c -o fileIOPosix.lo fileIOPosix.c libtool: compile: gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.12.16\" "-DPACKAGE_STRING=\"open-vm-tools 2009.12.16\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.12.16\" -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_ECVT=1 -DHAVE_FCVT=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/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib/include -I/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -D_REENTRANT -D_REENTRANT -I/usr/include -DUSE_ICU -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 -g -O2 -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT fileIOPosix.lo -MD -MP -MF .deps/fileIOPosix.Tpo -c fileIOPosix.c -fPIC -DPIC -o .libs/fileIOPosix.o fileIOPosix.c: In function ‘FileIO_SetAllocSize’: fileIOPosix.c:1949: error: ‘__NR_fallocate’ undeclared (first use in this function) fileIOPosix.c:1949: error: (Each undeclared identifier is reported only once fileIOPosix.c:1949: error: for each function it appears in.) make[2]: *** [fileIOPosix.lo] Error 1 make[2]: Leaving directory `/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib/file' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib' make: *** [all-recursive] Error 1 make: Leaving directory `/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847' I didn't find a bug with this error. Any idea ? I can try without problem any patch if necessary. For information, we used to install 2009.07.22-179896 on our clients before, with a patch (https://sourceforge.net/tracker/index.php?func=detail&aid=2854490&group_id=204462&atid=989708). This version doesn't work neither (with and w/o patch). Thank you in advance. Best regards, C. ---------------------------------------------------------------------- >Comment By: Dmitry Torokhov (dtor) Date: 2010-01-18 10:54 Message: Hm, seems to be working here. Do you have kernel-headers package installed? Do you see __NR_fallocate defined in /usr/include/asm/unistd.h and if this file is referenced from /usr/include/linux/unistd.h? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2934325&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-01-18 17:12:53
|
Tracker item #2854490, was opened at 2009-09-08 10:04 Message generated for change (Settings changed) made by dtor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2854490&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: kernel modules Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Cedric Jeanneret (cjeanneret) Assigned to: Nobody/Anonymous (nobody) Summary: rhel 5.x, kernel 2.6.18 Initial Comment: Hello, Trying to make ovmt work on a rhel5.4 guest, I have a nice error : make[3]: Entering directory `/usr/src/kernels/2.6.18-164.el5-x86_64' CC [M] /tmp/open-vm-tools-2009.07.22-179896/modules/linux/vmxnet/vmxnet.o In file included from /tmp/open-vm-tools-2009.07.22-179896/modules/linux/vmxnet/vmxnet.c:36: /tmp/open-vm-tools-2009.07.22-179896/modules/linux/shared/compat_netdevice.h:299: error: redefinition of ‘struct napi_struct’ make[4]: *** [/tmp/open-vm-tools-2009.07.22-179896/modules/linux/vmxnet/vmxnet.o] Error 1 make[3]: *** [_module_/tmp/open-vm-tools-2009.07.22-179896/modules/linux/vmxnet] Error 2 make[3]: Leaving directory `/usr/src/kernels/2.6.18-164.el5-x86_64' make[2]: *** [vmxnet.ko] Error 2 make[2]: Leaving directory `/tmp/open-vm-tools-2009.07.22-179896/modules/linux/vmxnet' make[1]: *** [vmxnet] Error 2 make[1]: Leaving directory `/tmp/open-vm-tools-2009.07.22-179896/modules' make: *** [all-recursive] Error 1 Details: Red Hat Enterprise Linux Server release 5.4 (Tikanga) kernel: 2.6.18-164.el5 ovmt: open-vm-tools-2009.07.22-179896 gcc: gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-46) glib-2.0 : 2.12.3 (4.el5_3.1) I tried the latest one too, same machine (so same environment). And have other errors : make[2]: Entering directory `/tmp/open-vm-tools-2009.08.24-187411/lib/slashProc' /bin/sh ../../libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.08.24\" -DPACKAGE_STRING=\"open-vm-tools\ 2009.08.24\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.08.24\" -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_ECVT=1 -DHAVE_FCVT=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/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/tmp/open-vm-tools-2009.08.24-187411/lib/include -I/tmp/open-vm-tools-2009.08.24-187411/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -D_REENTRANT -D_REENTRANT -I/usr/include -DUSE_ICU -DVMX86_TOOLS -DNO_CORE_ICU -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -I/usr/include -g -O2 -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT libSlashProc_la-net.lo -MD -MP -MF .deps/libSlashProc_la-net.Tpo -c -o libSlashProc_la-net.lo `test -f 'net.c' || echo './'`net.c libtool: compile: gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.08.24\" "-DPACKAGE_STRING=\"open-vm-tools 2009.08.24\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.08.24\" -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_ECVT=1 -DHAVE_FCVT=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/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/tmp/open-vm-tools-2009.08.24-187411/lib/include -I/tmp/open-vm-tools-2009.08.24-187411/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -D_REENTRANT -D_REENTRANT -I/usr/include -DUSE_ICU -DVMX86_TOOLS -DNO_CORE_ICU -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -I/usr/include -g -O2 -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT libSlashProc_la-net.lo -MD -MP -MF .deps/libSlashProc_la-net.Tpo -c net.c -fPIC -DPIC -o .libs/libSlashProc_la-net.o cc1: warnings being treated as errors net.c:100: warning: type defaults to 'int' in declaration of 'GMatchInfo' net.c:100: error: expected ';', ',' or ')' before '*' token net.c: In function 'SlashProcNet_GetSnmp': net.c:227: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token net.c:227: error: 'myKeyRegex' undeclared (first use in this function) net.c:227: error: (Each undeclared identifier is reported only once net.c:227: error: for each function it appears in.) net.c:228: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token net.c:228: error: 'myValRegex' undeclared (first use in this function) net.c:231: warning: implicit declaration of function 'g_regex_new' net.c:231: error: 'G_REGEX_OPTIMIZE' undeclared (first use in this function) net.c:261: error: 'GMatchInfo' undeclared (first use in this function) net.c:261: error: 'keyMatchInfo' undeclared (first use in this function) net.c:262: error: 'valMatchInfo' undeclared (first use in this function) net.c:277: warning: implicit declaration of function 'g_regex_match' net.c:283: warning: implicit declaration of function 'g_match_info_fetch' net.c:283: warning: assignment makes pointer from integer without a cast net.c:284: warning: assignment makes pointer from integer without a cast net.c:336: warning: implicit declaration of function 'g_match_info_free' net.c: In function 'SlashProcNet_GetSnmp6': net.c:417: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token net.c:417: error: 'myRegex' undeclared (first use in this function) net.c:420: error: 'G_REGEX_OPTIMIZE' undeclared (first use in this function) net.c:444: error: 'GMatchInfo' undeclared (first use in this function) net.c:444: error: 'matchInfo' undeclared (first use in this function) net.c:451: warning: assignment makes pointer from integer without a cast net.c:452: warning: assignment makes pointer from integer without a cast net.c: In function 'SlashProcNet_GetRoute': net.c:534: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token net.c:534: error: 'myFieldsRE' undeclared (first use in this function) net.c:535: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token net.c:535: error: 'myValuesRE' undeclared (first use in this function) net.c:585: error: 'GMatchInfo' undeclared (first use in this function) net.c:585: error: 'myMatchInfo' undeclared (first use in this function) net.c:608: warning: assignment makes pointer from integer without a cast net.c:612: warning: implicit declaration of function 'MatchToGuint64' net.c: In function 'SlashProcNet_GetRoute6': net.c:726: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token net.c:726: error: 'myValuesRE' undeclared (first use in this function) net.c:755: error: 'GMatchInfo' undeclared (first use in this function) net.c:755: error: 'myMatchInfo' undeclared (first use in this function) net.c:765: warning: initialization makes pointer from integer without a cast net.c:766: warning: initialization makes pointer from integer without a cast net.c:767: warning: initialization makes pointer from integer without a cast net.c:774: warning: initialization makes pointer from integer without a cast net.c: At top level: net.c:881: warning: type defaults to 'int' in declaration of 'GMatchInfo' net.c:881: error: expected ';', ',' or ')' before '*' token make[2]: *** [libSlashProc_la-net.lo] Error 1 make[2]: Leaving directory `/tmp/open-vm-tools-2009.08.24-187411/lib/slashProc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/open-vm-tools-2009.08.24-187411/lib' make: *** [all-recursive] Error 1 Anything to do about this ? It seems, for the first one, that commenting out the struc definition in modules/linux/shared/compat_netdevice.h fixes the problem. Thanks in advance! Best regards, C. ---------------------------------------------------------------------- >Comment By: Dmitry Torokhov (dtor) Date: 2010-01-18 09:12 Message: Great, closing then. ---------------------------------------------------------------------- Comment By: Cedric Jeanneret (cjeanneret) Date: 2010-01-18 06:35 Message: Hello, Yes, sorry, this fixed the bug for this kernel version. Thank you. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-12-18 18:07 Message: I'll assume this is fixed. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-09-29 15:20 Message: I see Dmitry's fix made it into the 09.18 release (git commit f77444); did that fix things for you? ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2009-09-09 09:25 Message: No, just give me some more time, there should be the second part coming... ---------------------------------------------------------------------- Comment By: Cedric Jeanneret (cjeanneret) Date: 2009-09-09 02:37 Message: Hello again, I tried your path. good news, it works for open-vm-tools-2009.07.22-179896 it doesn't fixe open-vm-tools-2009.08.24-187411 problem. Should I open a new bug for open-vm-tools-2009.08.24-187411 ? Great job :) Best regards, C. ---------------------------------------------------------------------- Comment By: Cedric Jeanneret (cjeanneret) Date: 2009-09-08 22:44 Message: What can I do to help you? We'll have a vmware guest for these tests, so I'll be able to test any new version. Thank you for your quick answer. Best regards C. ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2009-09-08 10:24 Message: Hmm, did RedHat backported new NAPI to 2.6.18?... It used to be available with 2.6.24 kernels, I'll take a look. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2854490&group_id=204462 |
58 messages has been excluded from this view by a project administrator.
