FYI. Regards-- Subrata
-------- Forwarded Message -------- From: Subrata Modak <[email protected]> Reply-To: [email protected] To: Garrett Cooper <[email protected]> Subject: Re: get_mempolicy01 build failure in CVS Date: Thu, 24 Dec 2009 21:41:46 +0530 On Tue, 2009-12-22 at 16:18 -0800, Garrett Cooper wrote: > On Mon, Dec 21, 2009 at 6:47 PM, Garrett Cooper <[email protected]> wrote: > > On Mon, Dec 21, 2009 at 3:56 AM, Subrata Modak > > <[email protected]> wrote: > >> However, apart from this, the other issues of build error when trying to > >> compile LTP from 2 different locations in the same machine seems fixed > >> w.r.t the libcontrollers and linsctp. > >> > >> Can you just look into the below 2 build errors ? > >> > >> Regards-- > >> Subrata > >> > >> On Mon, 2009-12-21 at 15:11 +0530, Subrata Modak wrote: > >>> This as well: > >>> > >>> gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall > >>> -I/home/subratamodak/OFFICE_WORKS/LTP_PROJECT_CODE/LTP_NIGHTLY_SNAPSHOTS/21_DECEMBER_2009/ltp-intermediate-20091221/testcases/kernel/include > >>> > >>> -I/home/subratamodak/OFFICE_WORKS/LTP_PROJECT_CODE/LTP_NIGHTLY_SNAPSHOTS/21_DECEMBER_2009/ltp-intermediate-20091221/testcases/kernel/syscalls/mbind/../utils/ > >>> -I../../../../include -I../../../../include -L../../../../lib > >>> mbind01.c -lltp -lnuma -o mbind01 > >>> mbind01.c: In function ‘do_test’: > >>> mbind01.c:271: warning: passing argument 1 of ‘nodemask_zero’ from > >>> incompatible pointer type > >>> /usr/include/numa.h:61: note: expected ‘struct bitmask *’ but argument > >>> is of type ‘struct nodemask_t *’ > >>> mbind01.c:272: warning: implicit declaration of function ‘nodemask_set’ > >>> mbind01.c:273: warning: passing argument 1 of ‘nodemask_zero’ from > >>> incompatible pointer type > >>> /usr/include/numa.h:61: note: expected ‘struct bitmask *’ but argument > >>> is of type ‘struct nodemask_t *’ > >>> mbind01.c:315: warning: passing argument 1 of ‘nodemask_zero’ from > >>> incompatible pointer type > >>> /usr/include/numa.h:61: note: expected ‘struct bitmask *’ but argument > >>> is of type ‘struct nodemask_t *’ > >>> mbind01.c:319: warning: passing argument 1 of ‘nodemask_equal’ from > >>> incompatible pointer type > >>> /usr/include/numa.h:66: note: expected ‘struct bitmask *’ but argument > >>> is of type ‘struct nodemask_t *’ > >>> mbind01.c:319: warning: passing argument 2 of ‘nodemask_equal’ from > >>> incompatible pointer type > >>> /usr/include/numa.h:66: note: expected ‘struct bitmask *’ but argument > >>> is of type ‘struct nodemask_t *’ > >>> /tmp/ccIMfEh8.o: In function `do_test': > >>> /home/subratamodak/OFFICE_WORKS/LTP_PROJECT_CODE/LTP_NIGHTLY_SNAPSHOTS/21_DECEMBER_2009/ltp-intermediate-20091221/testcases/kernel/syscalls/mbind/mbind01.c:272: > >>> undefined reference to `nodemask_set' > >>> collect2: ld returned 1 exit status > >>> make[4]: *** [mbind01] Error 1 > >>> > >>> Regards-- > >>> Subrata > >>> > >>> On Mon, 2009-12-21 at 14:57 +0530, Subrata Modak wrote: > >>> > Garret, > >>> > > >>> > This still exists: > >>> > > >>> > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall > >>> > -I/home/subratamodak/OFFICE_WORKS/LTP_PROJECT_CODE/LTP_NIGHTLY_SNAPSHOTS/21_DECEMBER_2009/ltp-intermediate-20091221/testcases/kernel/include > >>> > > >>> > -I/home/subratamodak/OFFICE_WORKS/LTP_PROJECT_CODE/LTP_NIGHTLY_SNAPSHOTS/21_DECEMBER_2009/ltp-intermediate-20091221/testcases/kernel/syscalls/get_mempolicy/../utils > >>> > -I../../../../include -I../../../../include -L../../../../lib > >>> > get_mempolicy01.c -lltp -lnuma -o get_mempolicy01 > >>> > get_mempolicy01.c: In function ‘do_test’: > >>> > get_mempolicy01.c:282: warning: passing argument 1 of ‘nodemask_zero’ > >>> > from incompatible pointer type > >>> > /usr/include/numa.h:61: note: expected ‘struct bitmask *’ but argument > >>> > is of type ‘struct nodemask_t *’ > >>> > get_mempolicy01.c:283: warning: implicit declaration of function > >>> > ‘nodemask_set’ > >>> > get_mempolicy01.c:284: warning: passing argument 1 of ‘nodemask_zero’ > >>> > from incompatible pointer type > >>> > /usr/include/numa.h:61: note: expected ‘struct bitmask *’ but argument > >>> > is of type ‘struct nodemask_t *’ > >>> > get_mempolicy01.c:337: warning: passing argument 1 of ‘nodemask_zero’ > >>> > from incompatible pointer type > >>> > /usr/include/numa.h:61: note: expected ‘struct bitmask *’ but argument > >>> > is of type ‘struct nodemask_t *’ > >>> > get_mempolicy01.c:338: warning: passing argument 1 of ‘nodemask_equal’ > >>> > from incompatible pointer type > >>> > /usr/include/numa.h:66: note: expected ‘struct bitmask *’ but argument > >>> > is of type ‘struct nodemask_t *’ > >>> > get_mempolicy01.c:338: warning: passing argument 2 of ‘nodemask_equal’ > >>> > from incompatible pointer type > >>> > /usr/include/numa.h:66: note: expected ‘struct bitmask *’ but argument > >>> > is of type ‘struct nodemask_t *’ > >>> > /tmp/ccGgUpUU.o: In function `do_test': > >>> > /home/subratamodak/OFFICE_WORKS/LTP_PROJECT_CODE/LTP_NIGHTLY_SNAPSHOTS/21_DECEMBER_2009/ltp-intermediate-20091221/testcases/kernel/syscalls/get_mempolicy/get_mempolicy01.c:283: > >>> > undefined reference to `nodemask_set' > >>> > collect2: ld returned 1 exit status > >>> > make[4]: *** [get_mempolicy01] Error 1 > >>> > > >>> > # uname -a > >>> > Linux 2.6.18-92.el5 #1 SMP Tue Apr 29 13:16:12 EDT 2008 i686 i686 i386 > >>> > GNU/Linux > >>> > # cat /etc/issue > >>> > Red Hat Enterprise Linux Client release 5.2 (Tikanga) > >>> > Kernel \r on an \m > > > > I'll do that tonight because I grabbed the source for the package. > > Whoever created / ported the test basically took numa.h and numaif.h > > and jammed them into a separate header file instead of using the > > system ones, so that's where the issue you're seeing is coming from > > now. > > The compile issues should now be resolved as it's pulling from the > appropriate installed headers instead of the ad hoc ones, but the > problem is that the tests need to be rewritten for libnuma v2, as the > current ones are geared towards libnuma 0.9x (which I assume means > that it covers libnuma 1.x). I would prefer to play safe in that case, by removing these 2 source files and their references from the release tarball only. The same will be in CVS and will be subjected to FIXES. Regards-- Subrata > Thanks, > -Garrett ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Ltp-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ltp-list
