Sorry too late.
I tried with "ltp-2009-11-30.tar.gz" version.
But it faild with following message:
------------
[...]
make[4]: Entering directory
`/home/mitani/LTP/ltp-2009-11-30/testcases/kernel/containers/p
idns'
gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
-I/home/mitani/LTP/ltp-2009-11-30/test
cases/kernel/include
-I/home/mitani/LTP/ltp-2009-11-30/testcases/kernel/containers/pidns/.
./libclone -I../../../../include -I../../../../include
-L/home/mitani/LTP/ltp-2009-11-30
/testcases/kernel/containers/pidns/../libclone -L../../../../lib pidns01.c
-lpthread -lr
t -lclone -lltp -o pidns01
gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
-I/home/mitani/LTP/ltp-2009-11-30/test
cases/kernel/include
-I/home/mitani/LTP/ltp-2009-11-30/testcases/kernel/containers/pidns/.
./libclone -I../../../../include -I../../../../include
-L/home/mitani/LTP/ltp-2009-11-30
/testcases/kernel/containers/pidns/../libclone -L../../../../lib pidns02.c
-lpthread -lr
t -lclone -lltp -o pidns02
gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
-I/home/mitani/LTP/ltp-2009-11-30/test
cases/kernel/include
-I/home/mitani/LTP/ltp-2009-11-30/testcases/kernel/containers/pidns/.
./libclone -I../../../../include -I../../../../include
-L/home/mitani/LTP/ltp-2009-11-30
/testcases/kernel/containers/pidns/../libclone -L../../../../lib pidns03.c
-lpthread -lr
t -lclone -lltp -o pidns03
pidns03.c:65: error: static declaration of 'cleanup' follows non-static
declaration
/home/mitani/LTP/ltp-2009-11-30/testcases/kernel/include/linux_syscall_numbe
rs.h:24: error
: previous declaration of 'cleanup' was here
make[4]: *** [pidns03] Error 1
make[4]: Leaving directory
`/home/mitani/LTP/ltp-2009-11-30/testcases/kernel/containers/pi
dns'
make[3]: *** [all] Error 2
make[3]: Leaving directory
`/home/mitani/LTP/ltp-2009-11-30/testcases/kernel/containers'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/home/mitani/LTP/ltp-2009-11-30/testcases/kernel'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/mitani/LTP/ltp-2009-11-30/testcases'
make: *** [testcases-all] Error 2
------------
This failure is in compiling of "${LTPROOT}/testcases/kernel/containers
/pidns/pidns03.c".
This is compiled before compiling "${LTPROOT}/testcases/kernel
/controllers/freezer/vfork.c" in which "ltp-2009-11-26.tar.gz"
version's failure occurred.
This occurred with "ltp-2009-11-27.tar.gz" version, too.
For reference, Similar failure occurred in x86 system with
"ltp-2009-11-30.tar.gz" version, too.
<x86 system>
------------
[...]
make[4]: Entering directory
`/home/LTP/ltp-2009-11-30/testcases/kernel/containers/pidns'
gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
-I/home/LTP/ltp-2009-11-30/testcases/k
ernel/include
-I/home/LTP/ltp-2009-11-30/testcases/kernel/containers/pidns/../libclone -I.
./../../../include -I../../../../include
-L/home/LTP/ltp-2009-11-30/testcases/kernel/con
tainers/pidns/../libclone -L../../../../lib pidns01.c -lpthread -lrt
-lclone -lltp -o pi
dns01
gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
-I/home/LTP/ltp-2009-11-30/testcases/k
ernel/include
-I/home/LTP/ltp-2009-11-30/testcases/kernel/containers/pidns/../libclone -I.
./../../../include -I../../../../include
-L/home/LTP/ltp-2009-11-30/testcases/kernel/con
tainers/pidns/../libclone -L../../../../lib pidns02.c -lpthread -lrt
-lclone -lltp -o pi
dns02
gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
-I/home/LTP/ltp-2009-11-30/testcases/k
ernel/include
-I/home/LTP/ltp-2009-11-30/testcases/kernel/containers/pidns/../libclone -I.
./../../../include -I../../../../include
-L/home/LTP/ltp-2009-11-30/testcases/kernel/con
tainers/pidns/../libclone -L../../../../lib pidns03.c -lpthread -lrt
-lclone -lltp -o pi
dns03
pidns03.c:65: error: static declaration of 'cleanup' follows non-static
declaration
/home/LTP/ltp-2009-11-30/testcases/kernel/include/linux_syscall_numbers.h:24
: error: previ
ous declaration of 'cleanup' was here
make[4]: *** [pidns03] Error 1
make[4]: Leaving directory
`/home/LTP/ltp-2009-11-30/testcases/kernel/containers/pidns'
make[3]: *** [all] Error 2
make[3]: Leaving directory
`/home/LTP/ltp-2009-11-30/testcases/kernel/containers'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/LTP/ltp-2009-11-30/testcases/kernel'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/LTP/ltp-2009-11-30/testcases'
make: *** [testcases-all] Error 2
------------
Thank you--
-Tomonori Mitani
-----Original Message-----
From: Garrett Cooper [mailto:[email protected]]
Sent: Saturday, November 28, 2009 7:56 AM
To: Mitani
Cc: [email protected]
Subject: Re: [LTP] build failure in ia64
On Fri, Nov 27, 2009 at 1:23 AM, Mitani <[email protected]> wrote:
> Hi,
>
> I ran "make" with ltp-2009-11-26.tar.gz.
> Kernel release is 2.6.18-164.el5.
> Architecture is ia64.
>
> But it failed with following error message.
> "make autotools" and "./configure" has been done before make.
> I use "make 3.81", "autoconf 2.61", "automake 1.10.2", and "m4 1.4.7".
>
> ------------
> make[4]: Entering directory
> `/home/mitani/LTP/ltp-2009-11-26/testcases/kernel/controllers/
> freezer'
> gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
> -I/home/mitani/LTP/ltp-2009-11-26/test
> cases/kernel/include -I../../../../include -I../../../../include
> -L../../../../lib vfor
> k.c -lltp -o vfork
> In file included from ../../syscalls/ptrace/ptrace.h:14,
> from vfork.c:44:
> /usr/include/sys/ptrace.h:127: error: array type has incomplete element
type
> In file included from ../../syscalls/ptrace/ptrace.h:22,
> from vfork.c:44:
> /usr/include/asm/ptrace.h:208: error: redefinition of 'struct
> FU_pt_all_user_regs'
> make[4]: *** [vfork] Error 1
> make[4]: Leaving directory
> `/home/mitani/LTP/ltp-2009-11-26/testcases/kernel/controllers/f
> reezer'
> ------------
>
> Similar failure continues from ltp-2009-11-17.tar.gz at the latest.
> "ltp-2009-11-27.tar.gz" (today's version) seems to fail by another
> new failure before these problems.
> Perhaps, "ltp-2009-11-27.tar.gz" will fail by similar failure after
> this "another new failure" solved, I think.
>
> So I will report about "ltp-2009-11-26.tar.gz".
>
>
> The problems are following two.
> (1) Line 127 of "/usr/include/sys/ptrace.h" declares "array type has
> incomplete element type"
>
> (2) Line 208 of "/usr/include/asm/ptrace.h" declares same structure as
> "/usr/include/sys/ptrace.h".
>
>
> The files related to these problems are as follows:
>
> - ${LTPROOT}/testcases/kernel/controllers/freezer/vfork.c
> - ${LTPROOT}/testcases/kernel/syscalls/ptrace/ptrace.h
> It's added from ltp-2009-11-17.tar.gz at the latest.
> I call this file ".../ptrace/ptrace.h" afterward.
> - /usr/include/sys/ptrace.h
> I call this file ".../sys/ptrace.h" afterward.
> - /usr/include/asm/ptrace.h
> I call this file ".../asm/ptrace.h" afterward.
>
>
> Follows show ".../ptrace/ptrace.h", ".../sys/ptrace.h" and
> ".../asm/ptrace.h".
>
> ".../ptrace/ptrace.h":
> ------------
> /* Ordering matters. Do not move this code block below the #include's */
> #ifdef __ia64__ /* what a pos */
> # define ia64_fpreg FU_ia64_fpreg
> # define pt_all_user_regs FU_pt_all_user_regs
> #endif
> #ifdef HAVE_SYS_PTRACE_H
> # include <sys/ptrace.h>
> #elif defined(HAVE_LINUX_PTRACE_H)
> # include <linux/ptrace.h>
> #endif
> #ifdef HAVE_SYS_REG_H
> # include <sys/reg.h>
> #endif
> #ifdef HAVE_ASM_PTRACE_H
> # include <asm/ptrace.h>
> #endif
> #undef FU_ia64_fpreg
> #undef FU_pt_all_user_regs
> ------------
>
> ".../sys/ptrace.h":
> ------------
> struct pt_all_user_regs
> {
> unsigned long nat;
> unsigned long cr_iip;
> unsigned long cfm;
> unsigned long cr_ipsr;
> unsigned long pr;
>
> unsigned long gr[32];
> unsigned long br[8];
> unsigned long ar[128];
> struct ia64_fpreg fr[128]; ............ L.127
> };
> ------------
>
> ".../asm/ptrace.h":
> ------------
> struct pt_all_user_regs { ............ L.208
> unsigned long nat;
> unsigned long cr_iip;
> unsigned long cfm;
> unsigned long cr_ipsr;
> unsigned long pr;
>
> unsigned long gr[32];
> unsigned long br[8];
> unsigned long ar[128];
> struct ia64_fpreg fr[128];
> };
> ------------
>
>
>
> I tried to avoid above "make" failure as follows:
>
> Avoiding of (1) problem:
>
> "# define ia64_fpreg FU_ia64_fpreg" definition of ".../ptrace/ptrace.h"
> influences "struct ia64_fpreg fr[128];" of ".../sys/ptrace.h", I thought.
> I searched "ia64_fpreg" for all LTP sources, but this structure name was
> not found. I have no ideas why "FU_ia64_fpreg" was defined.
>
> So I commented out "# define ia64_fpreg FU_ia64_fpreg". After that,
> this problem did not occur.
>
>
> Avoiding of (2) problem:
>
> If ".../sys/ptrace.h" and ".../asm/ptrace.h" are included at the same
> time in ".../ptrace/ptrace.h", this probrem occures.
> Probably, "HAVE_SYS_PTRACE_H" and "HAVE_ASM_PTRACE_H" become effective
> at the same time.
> I referred to "${LTPROOT}/include/config.h" and "${LTPROOT}/config.log",
> and found both defined "1".
> In "ltp-full-20090930.tgz", "vfork.c" didn't include ".../asm/ptrace.h"
> but ".../sys/ptrace.h".
>
> So I commented out "# include <asm/ptrace.h>" from ".../ptrace/ptrace.h".
> After that, this problem did not occur in "vfork.c".
>
> But after this, "${LTPROOT}/testcases/kernel/syscalls/ptrace/ptrace04.c"
> failed. In "ptrace04.c", struct "pt_regs" is used, and it's declared in
> ".../asm/ptrace.h".
>
> After examination, I understood that "vfork.c" and six source files
> from "${LTPROOT}/testcases/kernel/syscalls/ptrace01.c" to ".../ptrace06.c"
> include "../ptrace/ptrace.h", and they occur "redefinition" compile
> failure without (2) revision of "../ptrace/ptrace.h".
>
>
>
>
> May I have some questions?
>
> (1) Why was "FU_ia64_fpreg" defined?
> I deleted this definition to let "make" succeed.
> But I'm worried whether this revision has a problem.
>
>
> (2) I refer "${LTPROOT}/include/config.h" in my system. It was as follows:
>
> ------------
> [...]
> /* Define to 1 if you have the <asm/ptrace.h> header file. */
> #define HAVE_ASM_PTRACE_H 1
> [...]
> /* Define to 1 if you have the <sys/ptrace.h> header file. */
> #define HAVE_SYS_PTRACE_H 1
> [...]
> ------------
>
> In this state, "redefinition" failure such as this time will
> happen, I think. But I don't know what kind of revision should I do.
Mitani-san,
Would you please try downloading the sources from CVS again and
let me know whether or not it functions for you?
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list
