* Re: [LTP] Build Fails on some archs
2009-11-02 13:33 [LTP] Build Fails on some archs Subrata Modak
@ 2009-11-02 14:09 ` Cyril Hrubis
2009-11-02 22:02 ` Mike Frysinger
` (2 subsequent siblings)
3 siblings, 0 replies; 13+ messages in thread
From: Cyril Hrubis @ 2009-11-02 14:09 UTC (permalink / raw)
To: Subrata Modak; +Cc: ltp-list
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
^ permalink raw reply [flat|nested] 13+ messages in thread* Re: [LTP] Build Fails on some archs
2009-11-02 13:33 [LTP] Build Fails on some archs Subrata Modak
2009-11-02 14:09 ` Cyril Hrubis
@ 2009-11-02 22:02 ` Mike Frysinger
2009-11-03 16:30 ` Mike Frysinger
2009-11-03 13:06 ` Garrett Cooper
2009-11-03 20:10 ` Mike Frysinger
3 siblings, 1 reply; 13+ messages in thread
From: Mike Frysinger @ 2009-11-02 22:02 UTC (permalink / raw)
To: ltp-list, subrata; +Cc: ltp-list
[-- 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
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [LTP] Build Fails on some archs
2009-11-02 22:02 ` Mike Frysinger
@ 2009-11-03 16:30 ` Mike Frysinger
2009-11-03 16:34 ` Garrett Cooper
0 siblings, 1 reply; 13+ messages in thread
From: Mike Frysinger @ 2009-11-03 16:30 UTC (permalink / raw)
To: ltp-list, Garrett Cooper
[-- 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
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [LTP] Build Fails on some archs
2009-11-03 16:30 ` Mike Frysinger
@ 2009-11-03 16:34 ` Garrett Cooper
2009-11-03 17:15 ` Garrett Cooper
0 siblings, 1 reply; 13+ messages in thread
From: Garrett Cooper @ 2009-11-03 16:34 UTC (permalink / raw)
To: Mike Frysinger; +Cc: ltp-list
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
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [LTP] Build Fails on some archs
2009-11-03 16:34 ` Garrett Cooper
@ 2009-11-03 17:15 ` Garrett Cooper
2009-11-09 17:39 ` Subrata Modak
0 siblings, 1 reply; 13+ messages in thread
From: Garrett Cooper @ 2009-11-03 17:15 UTC (permalink / raw)
To: Mike Frysinger; +Cc: ltp-list
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
^ permalink raw reply [flat|nested] 13+ messages in thread* Re: [LTP] Build Fails on some archs
2009-11-03 17:15 ` Garrett Cooper
@ 2009-11-09 17:39 ` Subrata Modak
0 siblings, 0 replies; 13+ messages in thread
From: Subrata Modak @ 2009-11-09 17:39 UTC (permalink / raw)
To: Garrett Cooper, Mike Frysinger; +Cc: ltp-list
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
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [LTP] Build Fails on some archs
2009-11-02 13:33 [LTP] Build Fails on some archs Subrata Modak
2009-11-02 14:09 ` Cyril Hrubis
2009-11-02 22:02 ` Mike Frysinger
@ 2009-11-03 13:06 ` Garrett Cooper
2009-11-03 20:10 ` Mike Frysinger
3 siblings, 0 replies; 13+ messages in thread
From: Garrett Cooper @ 2009-11-03 13:06 UTC (permalink / raw)
To: subrata; +Cc: ltp-list
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
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [LTP] Build Fails on some archs
2009-11-02 13:33 [LTP] Build Fails on some archs Subrata Modak
` (2 preceding siblings ...)
2009-11-03 13:06 ` Garrett Cooper
@ 2009-11-03 20:10 ` Mike Frysinger
3 siblings, 0 replies; 13+ messages in thread
From: Mike Frysinger @ 2009-11-03 20:10 UTC (permalink / raw)
To: ltp-list, subrata
[-- 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
^ permalink raw reply [flat|nested] 13+ messages in thread