All of lore.kernel.org
 help / color / mirror / Atom feed
* [LTP] Build failure with ltp-2009-12-08 cvs
@ 2009-12-08 10:16 Mitani
  2009-12-09  5:06 ` Garrett Cooper
  0 siblings, 1 reply; 5+ messages in thread
From: Mitani @ 2009-12-08 10:16 UTC (permalink / raw)
  To: ltp-list

Hi,


I tried to "make" with "ltp-2009-12-08.tar.gz" version 
in RHEL4.8 (kernel 2.6.9-89.ELsmp) and x86 architecture.

But it failed by following message:

------------
make[4]: Entering directory
`/home/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy'
gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
-I/home/LTP/ltp-2009-12-08/testcases/kernel/include
-I/home/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy/../utils
-I../../../../include -I../../../../include   -L../../../../lib
get_mempolicy01.c   -lltp -lnuma -o get_mempolicy01
In file included from get_mempolicy01.c:58:
/home/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy/../utils/nu
maif.h:88: error: redefinition of 'nodemask_set'
/usr/include/numa.h:45: error: previous definition of 'nodemask_set' was
here
make[4]: *** [get_mempolicy01] Error 1
make[4]: Leaving directory
`/home/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy'
make[3]: *** [all] Error 2
------------

For reference, "make" succeeded in my following systems:
  - RHEL5.4 (kernel 2.6.18-164.el5) and x86 architecture
  - RHEL5.4 (kernel 2.6.18-164.el5) and x86_64 architecture


"nodemask_set" is the structure whitch defined in following two header
files:
  (a) "${LTPROOT}/testcases/kernel/syscalls/utils/numaif.h"
  (b) "/usr/include/numa.h"

In "numaif.h" file, definition is as follows:

------------
#if HAVE_NUMA_H
#include <numa.h>
#else /* The following symbols clash with the numa.h ones. */

typedef struct {
        unsigned long n[NUMA_NUM_NODES/(sizeof(unsigned long)*8)];
} nodemask_t;

[...]

#endif

static inline void nodemask_dump(const char *header, const nodemask_t *mask)
{
        int i;
        EPRINTF("%s", header);
        for (i = 0; i < NUMA_NUM_NODES/(sizeof(unsigned long)*8); i++)
                EPRINTF(" 0x%08lx", mask->n[i]);
        EPRINTF("\n");
}

static inline void nodemask_set(nodemask_t *mask, int node)
{
        mask->n[node / (8*sizeof(unsigned long))] |=
                (1UL << (node % (8*sizeof(unsigned long))));
}
------------


In above definition, "nodemask_set" structure is always defined 
whether "HAVE_NUMA_H" is defined.
If "HAVE_NUMA_H" was defined, <numa.h> which defines "nodemask_set"
structure is included.
Therefore, "nodemask_set" is defined twice when "HAVE_NUMA_H" is defined.


I think that "nodemask_set" definition of "numaif.h" must be in 
"#if HAVE_NUMA_H" block.


I applied following patch, and succeeded to "make".

============
--- numaif.h.org        2009-11-13 05:30:36.000000000 +0900
+++ numaif.h    2009-12-08 10:25:09.000000000 +0900
@@ -73,6 +73,12 @@
                        return 0;
        return 1;
 }
+
+static inline void nodemask_set(nodemask_t *mask, int node)
+{
+       mask->n[node / (8*sizeof(unsigned long))] |=
+               (1UL << (node % (8*sizeof(unsigned long))));
+}
 #endif

 static inline void nodemask_dump(const char *header, const nodemask_t
*mask)
@@ -84,12 +90,6 @@
        EPRINTF("\n");
 }

-static inline void nodemask_set(nodemask_t *mask, int node)
-{
-       mask->n[node / (8*sizeof(unsigned long))] |=
-               (1UL << (node % (8*sizeof(unsigned long))));
-}
-
 #ifndef MPOL_DEFAULT
    // Policies
 #  define MPOL_DEFAULT                 0
============


I'm glad if I can get opinion that my revision is right or not.


Thank you--

-Tomonori Mitani



------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [LTP] Build failure with ltp-2009-12-08 cvs
  2009-12-08 10:16 [LTP] Build failure with ltp-2009-12-08 cvs Mitani
@ 2009-12-09  5:06 ` Garrett Cooper
  2009-12-09  7:43   ` Mitani
  2009-12-11  3:47   ` Mitani
  0 siblings, 2 replies; 5+ messages in thread
From: Garrett Cooper @ 2009-12-09  5:06 UTC (permalink / raw)
  To: Mitani; +Cc: ltp-list

On Tue, Dec 8, 2009 at 2:16 AM, Mitani <mitani@ryobi.co.jp> wrote:
> Hi,
>
>
> I tried to "make" with "ltp-2009-12-08.tar.gz" version
> in RHEL4.8 (kernel 2.6.9-89.ELsmp) and x86 architecture.
>
> But it failed by following message:
>
> ------------
> make[4]: Entering directory
> `/home/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy'
> gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
> -I/home/LTP/ltp-2009-12-08/testcases/kernel/include
> -I/home/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy/../utils
> -I../../../../include -I../../../../include   -L../../../../lib
> get_mempolicy01.c   -lltp -lnuma -o get_mempolicy01
> In file included from get_mempolicy01.c:58:
> /home/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy/../utils/nu
> maif.h:88: error: redefinition of 'nodemask_set'
> /usr/include/numa.h:45: error: previous definition of 'nodemask_set' was
> here
> make[4]: *** [get_mempolicy01] Error 1
> make[4]: Leaving directory
> `/home/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy'
> make[3]: *** [all] Error 2
> ------------
>
> For reference, "make" succeeded in my following systems:
>  - RHEL5.4 (kernel 2.6.18-164.el5) and x86 architecture
>  - RHEL5.4 (kernel 2.6.18-164.el5) and x86_64 architecture
>
>
> "nodemask_set" is the structure whitch defined in following two header
> files:
>  (a) "${LTPROOT}/testcases/kernel/syscalls/utils/numaif.h"
>  (b) "/usr/include/numa.h"
>
> In "numaif.h" file, definition is as follows:

Mitani-san,
    This issue keeps on coming back to haunt us. Can you tell me what
the Fedora Core equivalent of RHEL 4.8 is so I can isolate and resolve
the issue?
Thanks,
-Garrett

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [LTP] Build failure with ltp-2009-12-08 cvs
  2009-12-09  5:06 ` Garrett Cooper
@ 2009-12-09  7:43   ` Mitani
  2009-12-11 13:20     ` Garrett Cooper
  2009-12-11  3:47   ` Mitani
  1 sibling, 1 reply; 5+ messages in thread
From: Mitani @ 2009-12-09  7:43 UTC (permalink / raw)
  To: 'Garrett Cooper'; +Cc: ltp-list

RHEL4.8's kernel version is 2.6.9-89.ELsmp.
Fedora 3 has kernel 2.6.9-1.667.

But Fedora3 and RHEL4.8 diverged halfway, and now they seem to be
different each other.

If you want some other informations, I offer them.



I heard that CentOS4.8 had kernel of the version same as RHEL4.8.

Thank you--

-Tomonori Mitani

-----Original Message-----
From: Garrett Cooper [mailto:yanegomi@gmail.com] 
Sent: Wednesday, December 09, 2009 2:07 PM
To: Mitani
Cc: ltp-list@lists.sourceforge.net
Subject: Re: [LTP] Build failure with ltp-2009-12-08 cvs

On Tue, Dec 8, 2009 at 2:16 AM, Mitani <mitani@ryobi.co.jp> wrote:
> Hi,
>
>
> I tried to "make" with "ltp-2009-12-08.tar.gz" version
> in RHEL4.8 (kernel 2.6.9-89.ELsmp) and x86 architecture.
>
> But it failed by following message:
>
> ------------
> make[4]: Entering directory
> `/home/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy'
> gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
> -I/home/LTP/ltp-2009-12-08/testcases/kernel/include
>
-I/home/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy/../utils
> -I../../../../include -I../../../../include   -L../../../../lib
> get_mempolicy01.c   -lltp -lnuma -o get_mempolicy01
> In file included from get_mempolicy01.c:58:
>
/home/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy/../utils/nu
> maif.h:88: error: redefinition of 'nodemask_set'
> /usr/include/numa.h:45: error: previous definition of 'nodemask_set' was
> here
> make[4]: *** [get_mempolicy01] Error 1
> make[4]: Leaving directory
> `/home/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy'
> make[3]: *** [all] Error 2
> ------------
>
> For reference, "make" succeeded in my following systems:
>  - RHEL5.4 (kernel 2.6.18-164.el5) and x86 architecture
>  - RHEL5.4 (kernel 2.6.18-164.el5) and x86_64 architecture
>
>
> "nodemask_set" is the structure whitch defined in following two header
> files:
>  (a) "${LTPROOT}/testcases/kernel/syscalls/utils/numaif.h"
>  (b) "/usr/include/numa.h"
>
> In "numaif.h" file, definition is as follows:

Mitani-san,
    This issue keeps on coming back to haunt us. Can you tell me what
the Fedora Core equivalent of RHEL 4.8 is so I can isolate and resolve
the issue?
Thanks,
-Garrett



------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [LTP] Build failure with ltp-2009-12-08 cvs
  2009-12-09  5:06 ` Garrett Cooper
  2009-12-09  7:43   ` Mitani
@ 2009-12-11  3:47   ` Mitani
  1 sibling, 0 replies; 5+ messages in thread
From: Mitani @ 2009-12-11  3:47 UTC (permalink / raw)
  To: 'Garrett Cooper'; +Cc: ltp-list

Hi,

I tried to let RHEL4.8's failure reappear in the other OS.

I obtained CentOS4.8 and installed it in my machine.
CentOS4.8 has same version kernel as RHEL4.8(kernel 2.6.9-89.ELsmp).

I tried to "make" with "ltp-2009-12-08.tar.gz" version in CentOS4.8.
And I succeeded to let RHEL4.8's failure reappear:

------------
make[4]: Entering directory
`/home/mitani/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get
_mempolicy'
gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
-I/home/mitani/LTP/ltp-2009-12-08/test
cases/kernel/include
-I/home/mitani/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempo
licy/../utils -I../../../../include -I../../../../include
-L../../../../lib  get_mempoli
cy01.c   -lltp -lnuma -o get_mempolicy01
In file included from get_mempolicy01.c:58:
/home/mitani/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy/../u
tils/numaif.h:
88: error: redefinition of 'nodemask_set'
/usr/include/numa.h:45: error: previous definition of 'nodemask_set' was
here
make[4]: *** [get_mempolicy01] Error 1
make[4]: Leaving directory
`/home/mitani/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_
mempolicy'
make[3]: *** [all] Error 2
------------

I confirmed that this error message is the same one
that happened in RHEL4.8.

After that, I revised "${LTPROOT}/testcases/kernel/syscalls/utils/numaif.h"
file.
Then, "make" succeeded.

Does this information help you?


Regards--

-Tomonori Mitani


-----Original Message-----
From: Garrett Cooper [mailto:yanegomi@gmail.com] 
Sent: Wednesday, December 09, 2009 2:07 PM
To: Mitani
Cc: ltp-list@lists.sourceforge.net
Subject: Re: [LTP] Build failure with ltp-2009-12-08 cvs

On Tue, Dec 8, 2009 at 2:16 AM, Mitani <mitani@ryobi.co.jp> wrote:
> Hi,
>
>
> I tried to "make" with "ltp-2009-12-08.tar.gz" version
> in RHEL4.8 (kernel 2.6.9-89.ELsmp) and x86 architecture.
>
> But it failed by following message:
>
> ------------
> make[4]: Entering directory
> `/home/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy'
> gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
> -I/home/LTP/ltp-2009-12-08/testcases/kernel/include
>
-I/home/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy/../utils
> -I../../../../include -I../../../../include   -L../../../../lib
> get_mempolicy01.c   -lltp -lnuma -o get_mempolicy01
> In file included from get_mempolicy01.c:58:
>
/home/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy/../utils/nu
> maif.h:88: error: redefinition of 'nodemask_set'
> /usr/include/numa.h:45: error: previous definition of 'nodemask_set' was
> here
> make[4]: *** [get_mempolicy01] Error 1
> make[4]: Leaving directory
> `/home/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy'
> make[3]: *** [all] Error 2
> ------------
>
> For reference, "make" succeeded in my following systems:
>  - RHEL5.4 (kernel 2.6.18-164.el5) and x86 architecture
>  - RHEL5.4 (kernel 2.6.18-164.el5) and x86_64 architecture
>
>
> "nodemask_set" is the structure whitch defined in following two header
> files:
>  (a) "${LTPROOT}/testcases/kernel/syscalls/utils/numaif.h"
>  (b) "/usr/include/numa.h"
>
> In "numaif.h" file, definition is as follows:

Mitani-san,
    This issue keeps on coming back to haunt us. Can you tell me what
the Fedora Core equivalent of RHEL 4.8 is so I can isolate and resolve
the issue?
Thanks,
-Garrett



------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [LTP] Build failure with ltp-2009-12-08 cvs
  2009-12-09  7:43   ` Mitani
@ 2009-12-11 13:20     ` Garrett Cooper
  0 siblings, 0 replies; 5+ messages in thread
From: Garrett Cooper @ 2009-12-11 13:20 UTC (permalink / raw)
  To: Mitani; +Cc: ltp-list


On Dec 8, 2009, at 11:43 PM, Mitani wrote:

> RHEL4.8's kernel version is 2.6.9-89.ELsmp.
> Fedora 3 has kernel 2.6.9-1.667.
> 
> But Fedora3 and RHEL4.8 diverged halfway, and now they seem to be
> different each other.
> 
> If you want some other informations, I offer them.
> 
> 
> 
> I heard that CentOS4.8 had kernel of the version same as RHEL4.8.
> 
> Thank you--
> 
> -Tomonori Mitani
> 
> -----Original Message-----
> From: Garrett Cooper [mailto:yanegomi@gmail.com] 
> Sent: Wednesday, December 09, 2009 2:07 PM
> To: Mitani
> Cc: ltp-list@lists.sourceforge.net
> Subject: Re: [LTP] Build failure with ltp-2009-12-08 cvs
> 
> On Tue, Dec 8, 2009 at 2:16 AM, Mitani <mitani@ryobi.co.jp> wrote:
>> Hi,
>> 
>> 
>> I tried to "make" with "ltp-2009-12-08.tar.gz" version
>> in RHEL4.8 (kernel 2.6.9-89.ELsmp) and x86 architecture.
>> 
>> But it failed by following message:
>> 
>> ------------
>> make[4]: Entering directory
>> `/home/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy'
>> gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
>> -I/home/LTP/ltp-2009-12-08/testcases/kernel/include
>> 
> -I/home/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy/../utils
>> -I../../../../include -I../../../../include   -L../../../../lib
>> get_mempolicy01.c   -lltp -lnuma -o get_mempolicy01
>> In file included from get_mempolicy01.c:58:
>> 
> /home/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy/../utils/nu
>> maif.h:88: error: redefinition of 'nodemask_set'
>> /usr/include/numa.h:45: error: previous definition of 'nodemask_set' was
>> here
>> make[4]: *** [get_mempolicy01] Error 1
>> make[4]: Leaving directory
>> `/home/LTP/ltp-2009-12-08/testcases/kernel/syscalls/get_mempolicy'
>> make[3]: *** [all] Error 2
>> ------------
>> 
>> For reference, "make" succeeded in my following systems:
>>  - RHEL5.4 (kernel 2.6.18-164.el5) and x86 architecture
>>  - RHEL5.4 (kernel 2.6.18-164.el5) and x86_64 architecture
>> 
>> 
>> "nodemask_set" is the structure whitch defined in following two header
>> files:
>>  (a) "${LTPROOT}/testcases/kernel/syscalls/utils/numaif.h"
>>  (b) "/usr/include/numa.h"
>> 
>> In "numaif.h" file, definition is as follows:
> 
> Mitani-san,
>    This issue keeps on coming back to haunt us. Can you tell me what
> the Fedora Core equivalent of RHEL 4.8 is so I can isolate and resolve
> the issue?

    Ok, finally fixed. The problem was that you have a version 1 copy of numa.h, and the newer headers don't have that that definition out of the box.
Thanks,
-Garrett
------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2009-12-11 13:20 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-12-08 10:16 [LTP] Build failure with ltp-2009-12-08 cvs Mitani
2009-12-09  5:06 ` Garrett Cooper
2009-12-09  7:43   ` Mitani
2009-12-11 13:20     ` Garrett Cooper
2009-12-11  3:47   ` Mitani

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.