[LTP] Build Fails on some archs

[LTP] Build Fails on some archs

[Subrata Modak]

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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Build Fails on some archs

[Cyril Hrubis]

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@suse.cz

------------------------------------------------------------------------------
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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Build Fails on some archs

[Mike Frysinger]

[-- Attachment #1.1: Type: Text/Plain, Size: 1405 bytes --]

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/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

[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

[-- Attachment #2: Type: text/plain, Size: 399 bytes --]

------------------------------------------------------------------------------
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

[-- Attachment #3: Type: text/plain, Size: 155 bytes --]

_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Build Fails on some archs

[Garrett Cooper]

On Mon, Nov 2, 2009 at 5:33 AM, Subrata Modak
<subrata@linux.vnet.ibm.com> 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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Build Fails on some archs

[Mike Frysinger]

[-- Attachment #1.1: Type: Text/Plain, Size: 1600 bytes --]

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
-mike

[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

[-- Attachment #2: Type: text/plain, Size: 399 bytes --]

------------------------------------------------------------------------------
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

[-- Attachment #3: Type: text/plain, Size: 155 bytes --]

_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Build Fails on some archs

[Garrett Cooper]

On Tue, Nov 3, 2009 at 8:30 AM, Mike Frysinger <vapier@gentoo.org> 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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Build Fails on some archs

[Garrett Cooper]

On Tue, Nov 3, 2009 at 8:34 AM, Garrett Cooper <yanegomi@gmail.com> wrote:
> On Tue, Nov 3, 2009 at 8:30 AM, Mike Frysinger <vapier@gentoo.org> 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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Build Fails on some archs

[Mike Frysinger]

[-- Attachment #1.1: Type: Text/Plain, Size: 316 bytes --]

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

[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

[-- Attachment #2: Type: text/plain, Size: 399 bytes --]

------------------------------------------------------------------------------
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

[-- Attachment #3: Type: text/plain, Size: 155 bytes --]

_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Build Fails on some archs

[Mark Ver]

[-- Attachment #1.1: Type: text/plain, Size: 5207 bytes --]

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 Ver

office:  Building 710 / Room 2-RF-10
phone: (845) 435-7794  [tie 8 295-7794]

[-- Attachment #1.2: Type: text/html, Size: 8495 bytes --]

[-- Attachment #2: Type: text/plain, Size: 354 bytes --]

------------------------------------------------------------------------------
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

[-- Attachment #3: Type: text/plain, Size: 155 bytes --]

_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Build Fails on some archs

[Garrett Cooper]

On Tue, Nov 3, 2009 at 9:41 PM, Mark Ver <markver@us.ibm.com> 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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Build Fails on some archs

[Mark Ver]

[-- Attachment #1.1: Type: text/plain, Size: 657 bytes --]

>> 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

As for the ones failing on the controllers/cgroup stuff:

SLES-11:    make-3.81-128.20
RHEL5.4:    make-3.81-3.el5


- Mark Ver

office:  Building 710 / Room 2-RF-10
phone: (845) 435-7794  [tie 8 295-7794]

[-- Attachment #1.2: Type: text/html, Size: 969 bytes --]

[-- Attachment #2: Type: text/plain, Size: 354 bytes --]

------------------------------------------------------------------------------
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

[-- Attachment #3: Type: text/plain, Size: 155 bytes --]

_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Build Fails on some archs

[Garrett Cooper]

On Wed, Nov 4, 2009 at 5:43 PM, Mark Ver <markver@us.ibm.com> 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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Build Fails on some archs

[Subrata Modak]

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@gmail.com> wrote:
> > On Tue, Nov 3, 2009 at 8:30 AM, Mike Frysinger <vapier@gentoo.org> 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@lists.sourceforge.net
> 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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list