Hi folks, Has anybody built xvm successfully under Nevada snv_100? I tried, but failed. Snv_100 was brand new installed. And the xvm source code was downloaded from http://dlc.sun.com/osol/on/downloads/b100/. The build error message is: --- many output lines ignored --- gcc -D_VDISK_ -Wa,--divide -D_POSIX_C_SOURCE=200112L -D__EXTENSIONS__ -m64 -DNDEBUG -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wa,--divide -D_POSIX_C_SOURCE=200112L -D__EXTENSIONS__ -m64 -DNDEBUG -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wa,--divide -D_POSIX_C_SOURCE=200112L -D__EXTENSIONS__ -m64 -DNDEBUG -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wa,--divide -D_POSIX_C_SOURCE=200112L -D__EXTENSIONS__ -m64 -DNDEBUG -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wa,--divide -D_POSIX_C_SOURCE=200112L -D__EXTENSIONS__ -m64 -DNDEBUG -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -D__XEN_TOOLS__ -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Wa,--divide -D_POSIX_C_SOURCE=200112L -D__EXTENSIONS__ -m64 -DNDEBUG -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -D__XEN_TOOLS__ -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Wa,--divide -D_POSIX_C_SOURCE=200112L -D__EXTENSIONS__ -m64 -DNDEBUG -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -D__XEN_TOOLS__ -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DGCC_PRINTF -Wall -Werror -I../../../tools/xenstat/libxenstat/src -DHOST_SunOS -L/export/home/allen/Workspace/xvm-src-100////proto/staging/lib/64 -L/export/home/allen/Workspace/xvm-src-100////proto/staging/lib/64 -L/export/home/allen/Workspace/xvm-src-100////proto/staging/lib/64 -L../../../tools/xenstat/libxenstat/src xentop.c -lxenstat -lcurses -lsocket -o xentop Undefined first referenced symbol in file wattr_on /var/tmp//ccgYaagS.o wattr_off /var/tmp//ccgYaagS.o ld: fatal: Symbol referencing errors. No output written to xentop collect2: ld returned 1 exit status gmake[4]: *** [xentop] Error 1 gmake[4]: Leaving directory `/export/home/allen/Workspace/xvm-src-100/xen.hg/tools/xenstat/xentop'' gmake[3]: *** [install] Error 2 gmake[3]: Leaving directory `/export/home/allen/Workspace/xvm-src-100/xen.hg/tools/xenstat'' gmake[2]: *** [install] Error 2 gmake[2]: Leaving directory `/export/home/allen/Workspace/xvm-src-100/xen.hg/tools'' gmake[1]: *** [install-tools] Error 2 gmake[1]: Leaving directory `/export/home/allen/Workspace/xvm-src-100/xen.hg'' gmake: *** [world] Error 2 It seems to be a libcurses issue. Does anybody has workaround? Thanks, -Baolu
Hi folks, Has anybody built xvm successfully under Nevada snv_100? I tried, but failed. Snv_100 was brand new installed. And the xvm source code was downloaded from http://dlc.sun.com/osol/on/downloads/b100/. The build error message is: --- many output lines ignored --- gcc -D_VDISK_ -Wa,--divide -D_POSIX_C_SOURCE=200112L -D__EXTENSIONS__ -m64 -DNDEBUG -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wa,--divide -D_POSIX_C_SOURCE=200112L -D__EXTENSIONS__ -m64 -DNDEBUG -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wa,--divide -D_POSIX_C_SOURCE=200112L -D__EXTENSIONS__ -m64 -DNDEBUG -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wa,--divide -D_POSIX_C_SOURCE=200112L -D__EXTENSIONS__ -m64 -DNDEBUG -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wa,--divide -D_POSIX_C_SOURCE=200112L -D__EXTENSIONS__ -m64 -DNDEBUG -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -D__XEN_TOOLS__ -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Wa,--divide -D_POSIX_C_SOURCE=200112L -D__EXTENSIONS__ -m64 -DNDEBUG -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -D__XEN_TOOLS__ -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Wa,--divide -D_POSIX_C_SOURCE=200112L -D__EXTENSIONS__ -m64 -DNDEBUG -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -D__XEN_TOOLS__ -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DGCC_PRINTF -Wall -Werror -I../../../tools/xenstat/libxenstat/src -DHOST_SunOS -L/export/home/allen/Workspace/xvm-src-100////proto/staging/lib/64 -L/export/home/allen/Workspace/xvm-src-100////proto/staging/lib/64 -L/export/home/allen/Workspace/xvm-src-100////proto/staging/lib/64 -L../../../tools/xenstat/libxenstat/src xentop.c -lxenstat -lcurses -lsocket -o xentop Undefined first referenced symbol in file wattr_on /var/tmp//ccgYaagS.o wattr_off /var/tmp//ccgYaagS.o ld: fatal: Symbol referencing errors. No output written to xentop collect2: ld returned 1 exit status gmake[4]: *** [xentop] Error 1 gmake[4]: Leaving directory `/export/home/allen/Workspace/xvm-src-100/xen.hg/tools/xenstat/xentop'' gmake[3]: *** [install] Error 2 gmake[3]: Leaving directory `/export/home/allen/Workspace/xvm-src-100/xen.hg/tools/xenstat'' gmake[2]: *** [install] Error 2 gmake[2]: Leaving directory `/export/home/allen/Workspace/xvm-src-100/xen.hg/tools'' gmake[1]: *** [install-tools] Error 2 gmake[1]: Leaving directory `/export/home/allen/Workspace/xvm-src-100/xen.hg'' gmake: *** [world] Error 2 It seems to be a libcurses issue. Does anybody has workaround? Thanks, -Baolu
Lu Baolu wrote:> It seems to be a libcurses issue. Does anybody has workaround?I don''t know the bugID, but there was a problem in snv_100 with two different packages delivering different versions of /usr/include/curses.h. I pkgrm''d SUNWhea, then reinstalled it from the installation dvd, and builds started working for me. -Ryan> > Thanks, > -Baolu > _______________________________________________ > xen-discuss mailing list > xen-discuss@opensolaris.org
Yes, this works for me. Thanks! On Wed, Oct 22, 2008 at 11:11 PM, Ryan Scott <Ryan.Scott@sun.com> wrote:> Lu Baolu wrote: > >> It seems to be a libcurses issue. Does anybody has workaround? > > I don''t know the bugID, but there was a problem in snv_100 with two > different packages delivering different versions of /usr/include/curses.h. > I pkgrm''d SUNWhea, then reinstalled it from the installation dvd, and > builds started working for me. > > -Ryan > >> >> Thanks, >> -Baolu >> _______________________________________________ >> xen-discuss mailing list >> xen-discuss@opensolaris.org > >