Build Fails on some archs
|
View:
New views
13 Messages
—
Rating Filter:
Alert me
|
 |
Build Fails on some archs
by Subrata Modak
::
Rate this Message:
Garret,
There are some build failures of LTP on some archs. Probably, autoconf files needs to be written for them: ====================================================================== # uname -a Linux 2.6.27.19-5-default #1 SMP 2009-02-28 04:40:21 +0100 s390x s390x s390x GNU/Linux # cat /etc/issue Welcome to SUSE Linux Enterprise Server 11 (s390x) - Kernel \r (\l). and # uname -a Linux 2.6.18-164.el5 #1 SMP Tue Aug 18 15:53:50 EDT 2009 s390x s390x s390x GNU/Linux # cat /etc/issue Red Hat Enterprise Linux Server release 5.4 (Tikanga) Kernel \r on an \m gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall -I/root/subrata/ltp/ltp-full-20091031/testcases/kernel/include -I../../../../include -I../../../../include -L../../../../lib ptrace04.c -lltp -o ptrace04 ptrace03.c: In function 'main': ptrace03.c:182: warning: format '%d' expects type 'int', but argument 3 has type 'long int' ptrace04.c: In function 'compare_registers': ptrace04.c:50: error: storage size of 'pt_regs' isn't known ptrace04.c:50: warning: unused variable 'pt_regs' make[4]: *** [ptrace04] Error 1 gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall -I/root/subrata/ltp/ltp-full-20091031/testcases/kernel/include -I../../../../../include -I../../../../../include -L/root/subrata/ltp/ltp-full-20091031/testcases/kernel/controllers/cpuset/cpuset_syscall_test/../cpuset_lib -L../../../../../lib cpuset_syscall_test.c -lltp -lcpu_set -o cpuset_syscall_test cpuset_syscall_test.c: In function 'get_mempolicy': cpuset_syscall_test.c:67: error: '__NR_get_mempolicy' undeclared (first use in this function) cpuset_syscall_test.c:67: error: (Each undeclared identifier is reported only once cpuset_syscall_test.c:67: error: for each function it appears in.) cpuset_syscall_test.c: In function 'mbind': cpuset_syscall_test.c:73: error: '__NR_mbind' undeclared (first use in this function) cpuset_syscall_test.c: In function 'set_mempolicy': cpuset_syscall_test.c:78: error: '__NR_set_mempolicy' undeclared (first use in this function) cpuset_syscall_test.c: In function 'process_options': cpuset_syscall_test.c:100: warning: unused variable 'file' cpuset_syscall_test.c: In function 'test_mbind': cpuset_syscall_test.c:177: warning: format '%lx' expects type 'long unsigned int', but argument 2 has type 'void *' make[5]: *** [cpuset_syscall_test] Error 1 ====================================================================== # uname -a Linux 2.6.18-164.el5 #1 SMP Tue Aug 18 15:58:09 EDT 2009 ppc64 ppc64 ppc64 GNU/Linux # cat /etc/issue Red Hat Enterprise Linux Server release 5.4 (Tikanga) Kernel \r on an \m gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall -I/root/subrata/ltp/ltp-full-20091031/testcases/kernel/include -I../../../../include -I../../../../include -L../../../../lib ptrace04.c -lltp -o ptrace04 ptrace03.c: In function ‘main’: ptrace03.c:182: warning: format ‘%d’ expects type ‘int’, but argument 3 has type ‘long int’ ptrace04.c: In function ‘compare_registers’: ptrace04.c:57: error: ‘PTRACE_GETREGS’ undeclared (first use in this function) ptrace04.c:57: error: (Each undeclared identifier is reported only once ptrace04.c:57: error: for each function it appears in.) make[4]: *** [ptrace04] Error 1 make[4]: *** Waiting for unfinished jobs.... ====================================================================== gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall -I/root/subrata/ltp/ltp-full-20091031/testcases/kernel/include -I/root/subrata/ltp/ltp-full-20091031/testcases/kernel/controllers/cgroup/../libcontrollers -I../../../../include -I../../../../include -L/root/subrata/ltp/ltp-full-20091031/testcases/kernel/controllers/cgroup/../libcontrollers -L../../../../lib getdelays.c -lltp -lcontrollers -o getdelays make[5]: Entering directory `/root/subrata/ltp/ltp-full-20091031/lib' make[5]: Nothing to be done for `all'. make[5]: Leaving directory `/root/subrata/ltp/ltp-full-20091031/lib' getdelays.c: In function 'send_cmd': getdelays.c:147: error: dereferencing pointer to incomplete type getdelays.c:148: error: dereferencing pointer to incomplete type getdelays.c:148: error: 'NLA_HDRLEN' undeclared (first use in this function) getdelays.c:148: error: (Each undeclared identifier is reported only once getdelays.c:148: error: for each function it appears in.) getdelays.c:150: error: dereferencing pointer to incomplete type getdelays.c: In function 'get_family_id': getdelays.c:194: warning: implicit declaration of function 'NLA_ALIGN' getdelays.c:194: error: dereferencing pointer to incomplete type getdelays.c:195: error: dereferencing pointer to incomplete type getdelays.c:196: error: 'NLA_HDRLEN' undeclared (first use in this function) getdelays.c: In function 'main': getdelays.c:452: error: dereferencing pointer to incomplete type getdelays.c:453: error: dereferencing pointer to incomplete type getdelays.c:457: error: dereferencing pointer to incomplete type getdelays.c:457: error: 'NLA_HDRLEN' undeclared (first use in this function) getdelays.c:463: error: dereferencing pointer to incomplete type getdelays.c:483: error: dereferencing pointer to incomplete type getdelays.c:493: error: dereferencing pointer to incomplete type getdelays.c:496: error: dereferencing pointer to incomplete type getdelays.c:507: error: dereferencing pointer to incomplete type make[4]: *** [getdelays] Error 1 gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall -I../../../../include -I../../../../include -L../../../../lib tomoyo_file_test.c -o tomoyo_file_test /tmp/ccvzdsNd.o: In function `main': /root/subrata/ltp/ltp-full-20091031/testcases/kernel/security/tomoyo/newns.c:43: undefined reference to `clone' collect2: ld returned 1 exit status make[4]: *** [newns] Error 1 make[4]: *** Waiting for unfinished jobs.... make[4]: Leaving directory `/root/subrata/ltp/ltp-full-20091031/testcases/kernel/security/tomoyo' make[3]: *** [all] Error 2 make[3]: Leaving directory `/root/subrata/ltp/ltp-full-20091031/testcases/kernel/security' make[2]: *** [all] Error 2 make[2]: Leaving directory `/root/subrata/ltp/ltp-full-20091031/testcases/kernel' make[1]: *** [all] Error 2 make[1]: Leaving directory `/root/subrata/ltp/ltp-full-20091031/testcases' make: *** [testcases-all] Error 2 gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall -I../../../../include -I../../../../include -L../../../../lib newns.c -o newns /tmp/ccC18mKb.o: In function `main': /root/subrata/ltp/ltp-full-20091031/testcases/kernel/security/tomoyo/newns.c:43: undefined reference to `clone' collect2: ld returned 1 exit status make[4]: *** [newns] Error 1 make[4]: Leaving directory `/root/subrata/ltp/ltp-full-20091031/testcases/kernel/security/tomoyo' make[3]: *** [all] Error 2 make[3]: Leaving directory `/root/subrata/ltp/ltp-full-20091031/testcases/kernel/security' make[2]: *** [all] Error 2 make[2]: Leaving directory `/root/subrata/ltp/ltp-full-20091031/testcases/kernel' make[1]: *** [all] Error 2 make[1]: Leaving directory `/root/subrata/ltp/ltp-full-20091031/testcases' make: *** [testcases-all] Error 2 ptrace03.c: In function 'main': ptrace03.c:182: warning: format '%d' expects type 'int', but argument 3 has type 'long int' gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall -I/root/subrata/ltp/ltp-full-20091031/testcases/kernel/include -I../../../../include -I../../../../include -L../../../../lib ptrace04.c -lltp -o ptrace04 In file included from /usr/include/asm/ptrace.h:58, from ptrace04.c:17: /usr/include/asm/fpu.h:57: error: redefinition of 'struct ia64_fpreg' In file included from ptrace04.c:17: /usr/include/asm/ptrace.h:306: error: redefinition of 'struct pt_all_user_regs' make[4]: *** [ptrace04] Error 1 ====================================================================== Regards-- Subrata ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Ltp-list mailing list Ltp-list@... https://lists.sourceforge.net/lists/listinfo/ltp-list |
|
|
Re: Build Fails on some archs
by Cyril Hrubis-2
::
Rate this Message:
Hi!
> # uname -a > Linux 2.6.18-164.el5 #1 SMP Tue Aug 18 15:53:50 EDT 2009 s390x s390x > s390x GNU/Linux > # cat /etc/issue > Red Hat Enterprise Linux Server release 5.4 (Tikanga) > Kernel \r on an \m > > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall > -I/root/subrata/ltp/ltp-full-20091031/testcases/kernel/include > -I../../../../../include -I../../../../../include > -L/root/subrata/ltp/ltp-full-20091031/testcases/kernel/controllers/cpuset/cpuset_syscall_test/../cpuset_lib -L../../../../../lib cpuset_syscall_test.c -lltp -lcpu_set -o cpuset_syscall_test > cpuset_syscall_test.c: In function 'get_mempolicy': > cpuset_syscall_test.c:67: error: '__NR_get_mempolicy' undeclared (first > use in this function) > cpuset_syscall_test.c:67: error: (Each undeclared identifier is reported > only once > cpuset_syscall_test.c:67: error: for each function it appears in.) > cpuset_syscall_test.c: In function 'mbind': > cpuset_syscall_test.c:73: error: '__NR_mbind' undeclared (first use in > this function) > cpuset_syscall_test.c: In function 'set_mempolicy': > cpuset_syscall_test.c:78: error: '__NR_set_mempolicy' undeclared (first > use in this function) > cpuset_syscall_test.c: In function 'process_options': > cpuset_syscall_test.c:100: warning: unused variable 'file' > cpuset_syscall_test.c: In function 'test_mbind': > cpuset_syscall_test.c:177: warning: format '%lx' expects type 'long > unsigned int', but argument 2 has type 'void *' > make[5]: *** [cpuset_syscall_test] Error 1 Looks like set_mempolicy get_mempolicy and mbind are missing in testcases/kernel/include/s390x.in. -- Cyril Hrubis chrubis@... ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Ltp-list mailing list Ltp-list@... https://lists.sourceforge.net/lists/listinfo/ltp-list |
|
|
Re: Build Fails on some archs
by Mike Frysinger
::
Rate this Message:
On Monday 02 November 2009 08:33:55 Subrata Modak wrote:
> gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall > -I/root/subrata/ltp/ltp-full-20091031/testcases/kernel/include > -I../../../../include -I../../../../include -L../../../../lib > ptrace04.c -lltp -o ptrace04 > ptrace03.c: In function 'main': > ptrace03.c:182: warning: format '%d' expects type 'int', but argument 3 > has type 'long int' > ptrace04.c: In function 'compare_registers': > ptrace04.c:50: error: storage size of 'pt_regs' isn't known > ptrace04.c:50: warning: unused variable 'pt_regs' > make[4]: *** [ptrace04] Error 1 probably have to add header tests for a bunch of files and unify it in a local ptrace.h header. > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall > -I../../../../include -I../../../../include -L../../../../lib > tomoyo_file_test.c -o tomoyo_file_test > /tmp/ccvzdsNd.o: In function `main': > /root/subrata/ltp/ltp-full-20091031/testcases/kernel/security/tomoyo/newns. > c:43: undefined reference to `clone' collect2: ld returned 1 exit status these test cases need to be changed to the new common ltp clone code. as part of that, we should probably add a macro that changes clone() to a compile error so that people stop using it by accident #define clone(...) DO_NOT_USE_CLONE -mike ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Ltp-list mailing list Ltp-list@... https://lists.sourceforge.net/lists/listinfo/ltp-list |
|
|
Re: Build Fails on some archs
by yaneurabeya
::
Rate this Message:
On Mon, Nov 2, 2009 at 5:33 AM, Subrata Modak
<subrata@...> wrote: > Garret, > > There are some build failures of LTP on some archs. Probably, autoconf > files needs to be written for them: > > ====================================================================== > # uname -a > Linux 2.6.27.19-5-default #1 SMP 2009-02-28 04:40:21 +0100 s390x s390x > s390x GNU/Linux > # cat /etc/issue > Welcome to SUSE Linux Enterprise Server 11 (s390x) - Kernel \r (\l). > > and > > # uname -a > Linux 2.6.18-164.el5 #1 SMP Tue Aug 18 15:53:50 EDT 2009 s390x s390x > s390x GNU/Linux > # cat /etc/issue > Red Hat Enterprise Linux Server release 5.4 (Tikanga) > Kernel \r on an \m > > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall > -I/root/subrata/ltp/ltp-full-20091031/testcases/kernel/include > -I../../../../include -I../../../../include -L../../../../lib > ptrace04.c -lltp -o ptrace04 > ptrace03.c: In function 'main': > ptrace03.c:182: warning: format '%d' expects type 'int', but argument 3 > has type 'long int' > ptrace04.c: In function 'compare_registers': > ptrace04.c:50: error: storage size of 'pt_regs' isn't known > ptrace04.c:50: warning: unused variable 'pt_regs' > make[4]: *** [ptrace04] Error 1 Like Mike said some ptrace(2) hackery needs to occur in m4 to make the ptrace(2) stuff work... > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall > -I/root/subrata/ltp/ltp-full-20091031/testcases/kernel/include > -I../../../../../include -I../../../../../include > -L/root/subrata/ltp/ltp-full-20091031/testcases/kernel/controllers/cpuset/cpuset_syscall_test/../cpuset_lib -L../../../../../lib cpuset_syscall_test.c -lltp -lcpu_set -o cpuset_syscall_test > cpuset_syscall_test.c: In function 'get_mempolicy': > cpuset_syscall_test.c:67: error: '__NR_get_mempolicy' undeclared (first > use in this function) > cpuset_syscall_test.c:67: error: (Each undeclared identifier is reported > only once > cpuset_syscall_test.c:67: error: for each function it appears in.) > cpuset_syscall_test.c: In function 'mbind': > cpuset_syscall_test.c:73: error: '__NR_mbind' undeclared (first use in > this function) > cpuset_syscall_test.c: In function 'set_mempolicy': > cpuset_syscall_test.c:78: error: '__NR_set_mempolicy' undeclared (first > use in this function) > cpuset_syscall_test.c: In function 'process_options': > cpuset_syscall_test.c:100: warning: unused variable 'file' > cpuset_syscall_test.c: In function 'test_mbind': > cpuset_syscall_test.c:177: warning: format '%lx' expects type 'long > unsigned int', but argument 2 has type 'void *' > make[5]: *** [cpuset_syscall_test] Error 1 > ====================================================================== > # uname -a > Linux 2.6.18-164.el5 #1 SMP Tue Aug 18 15:58:09 EDT 2009 ppc64 ppc64 > ppc64 GNU/Linux > # cat /etc/issue > Red Hat Enterprise Linux Server release 5.4 (Tikanga) > Kernel \r on an \m Memory served me correctly ppc64 didn't support numa-related syscalls like numa, set_mempolicy, etc. If that's not the case then the syscalls need to be added to ppc64.in... > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall > -I/root/subrata/ltp/ltp-full-20091031/testcases/kernel/include > -I../../../../include -I../../../../include -L../../../../lib > ptrace04.c -lltp -o ptrace04 > ptrace03.c: In function ‘main’: > ptrace03.c:182: warning: format ‘%d’ expects type ‘int’, but argument 3 > has type ‘long int’ > ptrace04.c: In function ‘compare_registers’: > ptrace04.c:57: error: ‘PTRACE_GETREGS’ undeclared (first use in this > function) > ptrace04.c:57: error: (Each undeclared identifier is reported only once > ptrace04.c:57: error: for each function it appears in.) > make[4]: *** [ptrace04] Error 1 > make[4]: *** Waiting for unfinished jobs.... > ====================================================================== > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall > -I/root/subrata/ltp/ltp-full-20091031/testcases/kernel/include > -I/root/subrata/ltp/ltp-full-20091031/testcases/kernel/controllers/cgroup/../libcontrollers -I../../../../include -I../../../../include -L/root/subrata/ltp/ltp-full-20091031/testcases/kernel/controllers/cgroup/../libcontrollers -L../../../../lib getdelays.c -lltp -lcontrollers -o getdelays > make[5]: Entering directory `/root/subrata/ltp/ltp-full-20091031/lib' > make[5]: Nothing to be done for `all'. > make[5]: Leaving directory `/root/subrata/ltp/ltp-full-20091031/lib' > getdelays.c: In function 'send_cmd': > getdelays.c:147: error: dereferencing pointer to incomplete type > getdelays.c:148: error: dereferencing pointer to incomplete type > getdelays.c:148: error: 'NLA_HDRLEN' undeclared (first use in this > function) > getdelays.c:148: error: (Each undeclared identifier is reported only > once > getdelays.c:148: error: for each function it appears in.) > getdelays.c:150: error: dereferencing pointer to incomplete type > getdelays.c: In function 'get_family_id': > getdelays.c:194: warning: implicit declaration of function 'NLA_ALIGN' > getdelays.c:194: error: dereferencing pointer to incomplete type > getdelays.c:195: error: dereferencing pointer to incomplete type > getdelays.c:196: error: 'NLA_HDRLEN' undeclared (first use in this > function) > getdelays.c: In function 'main': > getdelays.c:452: error: dereferencing pointer to incomplete type > getdelays.c:453: error: dereferencing pointer to incomplete type > getdelays.c:457: error: dereferencing pointer to incomplete type > getdelays.c:457: error: 'NLA_HDRLEN' undeclared (first use in this > function) > getdelays.c:463: error: dereferencing pointer to incomplete type > getdelays.c:483: error: dereferencing pointer to incomplete type > getdelays.c:493: error: dereferencing pointer to incomplete type > getdelays.c:496: error: dereferencing pointer to incomplete type > getdelays.c:507: error: dereferencing pointer to incomplete type > make[4]: *** [getdelays] Error 1 Again with the ptrace hackery. > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall > -I../../../../include -I../../../../include -L../../../../lib > tomoyo_file_test.c -o tomoyo_file_test > /tmp/ccvzdsNd.o: In function `main': > /root/subrata/ltp/ltp-full-20091031/testcases/kernel/security/tomoyo/newns.c:43: undefined reference to `clone' > collect2: ld returned 1 exit status > make[4]: *** [newns] Error 1 > make[4]: *** Waiting for unfinished jobs.... > make[4]: Leaving directory > `/root/subrata/ltp/ltp-full-20091031/testcases/kernel/security/tomoyo' > make[3]: *** [all] Error 2 > make[3]: Leaving directory > `/root/subrata/ltp/ltp-full-20091031/testcases/kernel/security' > make[2]: *** [all] Error 2 > make[2]: Leaving directory > `/root/subrata/ltp/ltp-full-20091031/testcases/kernel' > make[1]: *** [all] Error 2 > make[1]: Leaving directory > `/root/subrata/ltp/ltp-full-20091031/testcases' > make: *** [testcases-all] Error 2 > > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall > -I../../../../include -I../../../../include -L../../../../lib newns.c > -o newns > /tmp/ccC18mKb.o: In function `main': > /root/subrata/ltp/ltp-full-20091031/testcases/kernel/security/tomoyo/newns.c:43: undefined reference to `clone' > collect2: ld returned 1 exit status > make[4]: *** [newns] Error 1 > make[4]: Leaving directory > `/root/subrata/ltp/ltp-full-20091031/testcases/kernel/security/tomoyo' > make[3]: *** [all] Error 2 > make[3]: Leaving directory > `/root/subrata/ltp/ltp-full-20091031/testcases/kernel/security' > make[2]: *** [all] Error 2 > make[2]: Leaving directory > `/root/subrata/ltp/ltp-full-20091031/testcases/kernel' > make[1]: *** [all] Error 2 > make[1]: Leaving directory > `/root/subrata/ltp/ltp-full-20091031/testcases' > make: *** [testcases-all] Error 2 I'll defer to Mike's recommendation on this item :)... > ptrace03.c: In function 'main': > ptrace03.c:182: warning: format '%d' expects type 'int', but argument 3 > has type 'long int' > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall > -I/root/subrata/ltp/ltp-full-20091031/testcases/kernel/include > -I../../../../include -I../../../../include -L../../../../lib > ptrace04.c -lltp -o ptrace04 > In file included from /usr/include/asm/ptrace.h:58, > from ptrace04.c:17: > /usr/include/asm/fpu.h:57: error: redefinition of 'struct ia64_fpreg' > In file included from ptrace04.c:17: > /usr/include/asm/ptrace.h:306: error: redefinition of 'struct > pt_all_user_regs' > make[4]: *** [ptrace04] Error 1 > ====================================================================== I have no clue what's going on here, but it looks like the system headers are fubared on this machine, and/or the way things are being done for ptrace04.c. A lot of issues (I feel) are the fact that we're including the wrong headers for basic functionality, and thus we're running into space that we shouldn't be with kernel defines and what-not... I know that it's not smart to use linux/...*.h at least. Thanks, -Garrett ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Ltp-list mailing list Ltp-list@... https://lists.sourceforge.net/lists/listinfo/ltp-list |
|
|
Re: Build Fails on some archs
by Mike Frysinger
::
Rate this Message:
On Monday 02 November 2009 17:02:08 Mike Frysinger wrote:
> On Monday 02 November 2009 08:33:55 Subrata Modak wrote: > > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall > > -I/root/subrata/ltp/ltp-full-20091031/testcases/kernel/include > > -I../../../../include -I../../../../include -L../../../../lib > > ptrace04.c -lltp -o ptrace04 > > ptrace03.c: In function 'main': > > ptrace03.c:182: warning: format '%d' expects type 'int', but argument 3 > > has type 'long int' > > ptrace04.c: In function 'compare_registers': > > ptrace04.c:50: error: storage size of 'pt_regs' isn't known > > ptrace04.c:50: warning: unused variable 'pt_regs' > > make[4]: *** [ptrace04] Error 1 > > the ptrace stuff has always been fairly unfriendly to cross-arch work. > we'll probably have to add header tests for a bunch of files and unify it > in a local ptrace.h header. > > > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall > > -I../../../../include -I../../../../include -L../../../../lib > > tomoyo_file_test.c -o tomoyo_file_test > > /tmp/ccvzdsNd.o: In function `main': > > /root/subrata/ltp/ltp-full-20091031/testcases/kernel/security/tomoyo/newn > >s. c:43: undefined reference to `clone' collect2: ld returned 1 exit > > status > > these test cases need to be changed to the new common ltp clone code. as > part of that, we should probably add a macro that changes clone() to a > compile error so that people stop using it by accident > #define clone(...) DO_NOT_USE_CLONE -mike ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Ltp-list mailing list Ltp-list@... https://lists.sourceforge.net/lists/listinfo/ltp-list |
|
|
Re: Build Fails on some archs
by yaneurabeya
::
Rate this Message:
On Tue, Nov 3, 2009 at 8:30 AM, Mike Frysinger <vapier@...> wrote:
> On Monday 02 November 2009 17:02:08 Mike Frysinger wrote: >> On Monday 02 November 2009 08:33:55 Subrata Modak wrote: >> > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall >> > -I/root/subrata/ltp/ltp-full-20091031/testcases/kernel/include >> > -I../../../../include -I../../../../include -L../../../../lib >> > ptrace04.c -lltp -o ptrace04 >> > ptrace03.c: In function 'main': >> > ptrace03.c:182: warning: format '%d' expects type 'int', but argument 3 >> > has type 'long int' >> > ptrace04.c: In function 'compare_registers': >> > ptrace04.c:50: error: storage size of 'pt_regs' isn't known >> > ptrace04.c:50: warning: unused variable 'pt_regs' >> > make[4]: *** [ptrace04] Error 1 >> >> the ptrace stuff has always been fairly unfriendly to cross-arch work. >> we'll probably have to add header tests for a bunch of files and unify it >> in a local ptrace.h header. >> >> > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall >> > -I../../../../include -I../../../../include -L../../../../lib >> > tomoyo_file_test.c -o tomoyo_file_test >> > /tmp/ccvzdsNd.o: In function `main': >> > /root/subrata/ltp/ltp-full-20091031/testcases/kernel/security/tomoyo/newn >> >s. c:43: undefined reference to `clone' collect2: ld returned 1 exit >> > status >> >> these test cases need to be changed to the new common ltp clone code. as >> part of that, we should probably add a macro that changes clone() to a >> compile error so that people stop using it by accident >> #define clone(...) DO_NOT_USE_CLONE > > i'll take care of both of these issues if you want to look at the others Sounds good. -Garrett ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Ltp-list mailing list Ltp-list@... https://lists.sourceforge.net/lists/listinfo/ltp-list |
|
|
Re: Build Fails on some archs
by yaneurabeya
::
Rate this Message:
On Tue, Nov 3, 2009 at 8:34 AM, Garrett Cooper <yanegomi@...> wrote:
> On Tue, Nov 3, 2009 at 8:30 AM, Mike Frysinger <vapier@...> wrote: >> On Monday 02 November 2009 17:02:08 Mike Frysinger wrote: >>> On Monday 02 November 2009 08:33:55 Subrata Modak wrote: >>> > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall >>> > -I/root/subrata/ltp/ltp-full-20091031/testcases/kernel/include >>> > -I../../../../include -I../../../../include -L../../../../lib >>> > ptrace04.c -lltp -o ptrace04 >>> > ptrace03.c: In function 'main': >>> > ptrace03.c:182: warning: format '%d' expects type 'int', but argument 3 >>> > has type 'long int' >>> > ptrace04.c: In function 'compare_registers': >>> > ptrace04.c:50: error: storage size of 'pt_regs' isn't known >>> > ptrace04.c:50: warning: unused variable 'pt_regs' >>> > make[4]: *** [ptrace04] Error 1 >>> >>> the ptrace stuff has always been fairly unfriendly to cross-arch work. >>> we'll probably have to add header tests for a bunch of files and unify it >>> in a local ptrace.h header. >>> >>> > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall >>> > -I../../../../include -I../../../../include -L../../../../lib >>> > tomoyo_file_test.c -o tomoyo_file_test >>> > /tmp/ccvzdsNd.o: In function `main': >>> > /root/subrata/ltp/ltp-full-20091031/testcases/kernel/security/tomoyo/newn >>> >s. c:43: undefined reference to `clone' collect2: ld returned 1 exit >>> > status >>> >>> these test cases need to be changed to the new common ltp clone code. as >>> part of that, we should probably add a macro that changes clone() to a >>> compile error so that people stop using it by accident >>> #define clone(...) DO_NOT_USE_CLONE >> >> i'll take care of both of these issues if you want to look at the others > > Sounds good. I've identified the 6 issues with numa, posted a patch for one issue, and I'll take care of the rest of them later on tonight after I get back from work. Thanks, -Garrett ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Ltp-list mailing list Ltp-list@... https://lists.sourceforge.net/lists/listinfo/ltp-list |
|
|
Re: Build Fails on some archs
by Mike Frysinger
::
Rate this Message:
On Monday 02 November 2009 08:33:55 Subrata Modak wrote:
> There are some build failures of LTP on some archs. Probably, autoconf > files needs to be written for them: ive committed fixes for the clone/ptrace failures, but havent tested them on your specific arch, so if you could give it a whirl ... -mike ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Ltp-list mailing list Ltp-list@... https://lists.sourceforge.net/lists/listinfo/ltp-list |
|
|
|
|
|
Re: Build Fails on some archs
by yaneurabeya
::
Rate this Message:
On Tue, Nov 3, 2009 at 9:41 PM, Mark Ver <markver@...> wrote:
> > I seem to be getting 2 different build problems on s390x: > > On SLES-10 SP3, the make attempt gets nowhere (still need to check if > reproducible on a different system): > ... > config.status: executing depfiles commands > config.status: executing libtool commands > h91distr02:~/ltp-full-20091031 # make all > make: *** No rule to make target `/$*', needed by `pan-all'. Stop. > h91distr02:~/ltp-full-20091031 # > > > On RHEL5.4 and SLES-11 am getting build problem with the controllers > subdirs, ex: > > SLES-11: > ... > make[3]: Entering directory > `/root/ltp-full-20091031/testcases/kernel/controllers' > make[4]: Entering directory > `/root/ltp-full-20091031/testcases/kernel/controllers/cgroup' > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall > -I/root/ltp-full-20091031/testcases/kernel/include > -I/root/ltp-full-20091031/testcases/kernel/controllers/cgroup/../libcontrollers > -I../../../../include -I../../../../include > -L/root/ltp-full-20091031/testcases/kernel/controllers/cgroup/../libcontrollers > -L../../../../lib fork_processes.c -lltp -lcontrollers -o fork_processes > /usr/lib64/gcc/s390x-suse-linux/4.3/../../../../s390x-suse-linux/bin/ld: > cannot find -lcontrollers > collect2: ld returned 1 exit status > make[4]: *** [fork_processes] Error 1 > make[4]: Leaving directory > `/root/ltp-full-20091031/testcases/kernel/controllers/cgroup' > make[3]: *** [all] Error 2 > make[3]: Leaving directory > `/root/ltp-full-20091031/testcases/kernel/controllers' > make[2]: *** [all] Error 2 > make[2]: Leaving directory `/root/ltp-full-20091031/testcases/kernel' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/root/ltp-full-20091031/testcases' > make: *** [testcases-all] Error 2 > > RHEL5.4: > ... > make[3]: Entering directory > `/root/ltp-full-20091031/testcases/kernel/controllers' > make[4]: Entering directory > `/root/ltp-full-20091031/testcases/kernel/controllers/cgroup_fj' > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall > -I/root/ltp-full-20091031/testcases/kernel/include > -I/root/ltp-full-20091031/testcases/kernel/controllers/cgroup_fj/../libcontrollers > -Wall -O2 -Wextra -I../../../../include -I../../../../include > -L/root/ltp-full-20091031/testcases/kernel/controllers/cgroup_fj/../libcontrollers > -L../../../../lib cgroup_fj_proc.c -lltp -lcontrollers -o cgroup_fj_proc > /usr/bin/ld: cannot find -lcontrollers > collect2: ld returned 1 exit status > make[4]: *** [cgroup_fj_proc] Error 1 > make[4]: Leaving directory > `/root/ltp-full-20091031/testcases/kernel/controllers/cgroup_fj' > make[3]: *** [all] Error 2 > make[3]: Leaving directory > `/root/ltp-full-20091031/testcases/kernel/controllers' > make[2]: *** [all] Error 2 > make[2]: Leaving directory `/root/ltp-full-20091031/testcases/kernel' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/root/ltp-full-20091031/testcases' > make: *** [testcases-all] Error 2 > > Also should I expect the same result if I retry the compile with the > following? > make clean > make autotools > ./configure > make all > > Cause RHEL5.4 and SLES-11 get the same error but a different complaint than > what they got on the original build attempt: > ... > make[5]: Entering directory > `/root/ltp-full-20091031/testcases/kernel/controllers/cpuset/cpuset_syscall_test' > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall > -I/root/ltp-full-20091031/testcases/kernel/include -I../../../../../include > -I../../../../../include > -L/root/ltp-full-20091031/testcases/kernel/controllers/cpuset/cpuset_syscall_test/../cpuset_lib > -L../../../../../lib cpuset_syscall_test.c -lltp -lcpu_set -o > cpuset_syscall_test > cpuset_syscall_test.c: In function âget_mempolicyâ: > cpuset_syscall_test.c:67: error: â__NR_get_mempolicyâ undeclared (first use > in this function) > cpuset_syscall_test.c:67: error: (Each undeclared identifier is reported > only once > cpuset_syscall_test.c:67: error: for each function it appears in.) > cpuset_syscall_test.c: In function âmbindâ: > cpuset_syscall_test.c:73: error: â__NR_mbindâ undeclared (first use in this > function) > cpuset_syscall_test.c: In function âset_mempolicyâ: > cpuset_syscall_test.c:78: error: â__NR_set_mempolicyâ undeclared (first use > in this function) > cpuset_syscall_test.c: In function âprocess_optionsâ: > cpuset_syscall_test.c:100: warning: unused variable âfileâ > cpuset_syscall_test.c: In function âtest_mbindâ: > cpuset_syscall_test.c:177: warning: format â%lxâ expects type âlong unsigned > intâ, but argument 2 has type âvoid *â > make[5]: *** [cpuset_syscall_test] Error 1 > make[5]: Leaving directory > `/root/ltp-full-20091031/testcases/kernel/controllers/cpuset/cpuset_syscall_test' > make[4]: *** [all] Error 2 > make[4]: Leaving directory > `/root/ltp-full-20091031/testcases/kernel/controllers/cpuset' > make[3]: *** [all] Error 2 > make[3]: Leaving directory > `/root/ltp-full-20091031/testcases/kernel/controllers' > make[2]: *** [all] Error 2 > make[2]: Leaving directory `/root/ltp-full-20091031/testcases/kernel' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/root/ltp-full-20091031/testcases' > make: *** [testcases-all] Error 2 Mark, Someone else reported similar recently. Can you please tell us what version of Gnu make you're using? Thanks, -Garrett ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Ltp-list mailing list Ltp-list@... https://lists.sourceforge.net/lists/listinfo/ltp-list |
|
|
Re: Build Fails on some archs
by Mark Ver
::
Rate this Message:
>> On SLES-10 SP3, the make attempt gets nowhere ... |
|
|
Re: Build Fails on some archs
by yaneurabeya
::
Rate this Message:
On Wed, Nov 4, 2009 at 5:43 PM, Mark Ver <markver@...> wrote:
>>> On SLES-10 SP3, the make attempt gets nowhere ... >>> h91distr02:~/ltp-full-20091031 # make all >>> make: *** No rule to make target `/$*', needed by `pan-all'. Stop. >>> h91distr02:~/ltp-full-20091031 # > >>> ... >>> On RHEL5.4 and SLES-11 am getting build problem with the controllers >>> subdirs, ex: >>> ... >> >> Someone else reported similar recently. Can you please tell us >> what version of Gnu make you're using? > > SLES-10 SP3: make-3.80-202.2 I just talked with SimonXu on #ltp, and he ran into the same issue, so I added some additional sections to describe the problem in the INSTALL file. > As for the ones failing on the controllers/cgroup stuff: > > SLES-11: make-3.81-128.20 > RHEL5.4: make-3.81-3.el5 I'll take a look at that. Thanks! -Garrett ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Ltp-list mailing list Ltp-list@... https://lists.sourceforge.net/lists/listinfo/ltp-list |
|
|
Re: Build Fails on some archs
by Subrata Modak
::
Rate this Message:
Thanks to you both for fixing this.
Regards-- Subrata On Tue, 2009-11-03 at 09:15 -0800, Garrett Cooper wrote: > On Tue, Nov 3, 2009 at 8:34 AM, Garrett Cooper <yanegomi@...> wrote: > > On Tue, Nov 3, 2009 at 8:30 AM, Mike Frysinger <vapier@...> wrote: > >> On Monday 02 November 2009 17:02:08 Mike Frysinger wrote: > >>> On Monday 02 November 2009 08:33:55 Subrata Modak wrote: > >>> > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall > >>> > -I/root/subrata/ltp/ltp-full-20091031/testcases/kernel/include > >>> > -I../../../../include -I../../../../include -L../../../../lib > >>> > ptrace04.c -lltp -o ptrace04 > >>> > ptrace03.c: In function 'main': > >>> > ptrace03.c:182: warning: format '%d' expects type 'int', but argument 3 > >>> > has type 'long int' > >>> > ptrace04.c: In function 'compare_registers': > >>> > ptrace04.c:50: error: storage size of 'pt_regs' isn't known > >>> > ptrace04.c:50: warning: unused variable 'pt_regs' > >>> > make[4]: *** [ptrace04] Error 1 > >>> > >>> the ptrace stuff has always been fairly unfriendly to cross-arch work. > >>> we'll probably have to add header tests for a bunch of files and unify it > >>> in a local ptrace.h header. > >>> > >>> > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall > >>> > -I../../../../include -I../../../../include -L../../../../lib > >>> > tomoyo_file_test.c -o tomoyo_file_test > >>> > /tmp/ccvzdsNd.o: In function `main': > >>> > /root/subrata/ltp/ltp-full-20091031/testcases/kernel/security/tomoyo/newn > >>> >s. c:43: undefined reference to `clone' collect2: ld returned 1 exit > >>> > status > >>> > >>> these test cases need to be changed to the new common ltp clone code. as > >>> part of that, we should probably add a macro that changes clone() to a > >>> compile error so that people stop using it by accident > >>> #define clone(...) DO_NOT_USE_CLONE > >> > >> i'll take care of both of these issues if you want to look at the others > > > > Sounds good. > > I've identified the 6 issues with numa, posted a patch for one > issue, and I'll take care of the rest of them later on tonight after I > get back from work. > Thanks, > -Garrett > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Ltp-list mailing list > Ltp-list@... > https://lists.sourceforge.net/lists/listinfo/ltp-list ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Ltp-list mailing list Ltp-list@... https://lists.sourceforge.net/lists/listinfo/ltp-list |
signature.asc (853 bytes) 
| Free embeddable forum powered by Nabble | Forum Help |
