* [LTP] About POSIX "sched_yield/1-1.c" buld failure
@ 2010-10-26 1:45 Mitani
2010-10-26 6:56 ` Garrett Cooper
0 siblings, 1 reply; 7+ messages in thread
From: Mitani @ 2010-10-26 1:45 UTC (permalink / raw)
To: ltp-list
Hi,
I reported that build failure of POSIX test set "conformance/interfaces/
sched_yield/1-1" was still left in RHEL4.8 system:
http://www.mail-archive.com/ltp-list@lists.sourceforge.net/msg10713.html
In addition, build of the following tests failed by the reason of
"undefined reference":
------------
conformance/interfaces/pthread_barrierattr_getpshared/1-1
conformance/interfaces/pthread_barrierattr_getpshared/2-1
conformance/interfaces/pthread_barrierattr_init/1-1
conformance/interfaces/pthread_barrierattr_setpshared/1-1
conformance/interfaces/pthread_cond_broadcast/1-2
conformance/interfaces/pthread_cond_broadcast/2-3
conformance/interfaces/pthread_cond_destroy/2-1
conformance/interfaces/pthread_cond_init/1-2
conformance/interfaces/pthread_cond_init/2-2
conformance/interfaces/pthread_cond_init/4-1
conformance/interfaces/pthread_cond_init/4-2
conformance/interfaces/pthread_cond_signal/1-2
conformance/interfaces/pthread_cond_timedwait/2-4
conformance/interfaces/pthread_cond_timedwait/2-5
conformance/interfaces/pthread_cond_timedwait/2-6
conformance/interfaces/pthread_cond_timedwait/2-7
conformance/interfaces/pthread_cond_timedwait/4-2
conformance/interfaces/pthread_cond_wait/2-2
conformance/interfaces/pthread_cond_wait/2-3
conformance/interfaces/pthread_condattr_getclock/1-1
conformance/interfaces/pthread_condattr_getclock/1-2
conformance/interfaces/pthread_condattr_setclock/1-1
conformance/interfaces/pthread_condattr_setclock/1-2
conformance/interfaces/pthread_condattr_setclock/1-3
conformance/interfaces/pthread_condattr_setclock/2-1
conformance/interfaces/pthread_getschedparam/1-3
conformance/interfaces/pthread_mutex_getprioceiling/1-1
conformance/interfaces/pthread_mutexattr_getprioceiling/1-1
conformance/interfaces/pthread_mutexattr_getprioceiling/1-2
conformance/interfaces/pthread_mutexattr_getprioceiling/3-1
conformance/interfaces/pthread_mutexattr_getprotocol/1-1
conformance/interfaces/pthread_mutexattr_getprotocol/1-2
conformance/interfaces/pthread_mutexattr_setprioceiling/1-1
conformance/interfaces/pthread_mutexattr_setprioceiling/3-1
conformance/interfaces/pthread_mutexattr_setprioceiling/3-2
conformance/interfaces/pthread_mutexattr_setprotocol/1-1
conformance/interfaces/pthread_mutexattr_setprotocol/3-1
conformance/interfaces/pthread_mutexattr_setprotocol/3-2
conformance/interfaces/pthread_setschedprio/1-1
conformance/interfaces/sched_yield/1-1
------------
The environment is as follows:
- RHEL4.8 --- (x86, x86_64, ia64)
- kernel --- kernel-2.6.9-89.EL
- glibc --- glibc-2.3.4-2.43
But I found out a method of avoidance of some of these failures.
And I succeeded to build "conformance/interfaces/sched_yield/1-1".
For example, the log of "conformance/interfaces/
pthread_barrierattr_getpshared/1-1" is as follows:
------------
conformance/interfaces/pthread_barrierattr_getpshared/1-1 compile FAILED;
SKIPPING
/tmp/cc8gB5Qj.o(.text+0x3e): In function `main':
: undefined reference to `pthread_barrierattr_getpshared'
collect2: ld returned 1 exit status
------------
I extracted insufficient functions from these logs:
------------
pthread_barrierattr_getpshared
pthread_condattr_getclock
pthread_condattr_setcloc
pthread_condattr_setclock
pthread_mutex_getprioceiling
pthread_mutexattr_getprioceiling
pthread_mutexattr_getprotocol
pthread_mutexattr_setprioceiling
pthread_mutexattr_setprotocol
pthread_setaffinity_np
pthread_setschedprio
------------
In RHEL3.x/RHEL4.x systems, some of these functions were included in
nptl-devel package.
I did the followings:
1. Installed nptl-devel package.
2. Exported LIBRARY_PATH:
export LIBRARY_PATH=/usr/lib/nptl
export LIBRARY_PATH=/usr/lib64/nptl ---(in x86_64)
3. Added "-lpthread" to "conformance/interfaces/lio_listio/LDLIBS" file.
Is the method mentioned above right?
---
postscript:
Now, build of the following tests failed even if I took the method
mentioned above:
------------
conformance/interfaces/pthread_mutex_getprioceiling/1-1
conformance/interfaces/pthread_mutexattr_getprioceiling/1-1
conformance/interfaces/pthread_mutexattr_getprioceiling/1-2
conformance/interfaces/pthread_mutexattr_getprioceiling/3-1
conformance/interfaces/pthread_mutexattr_getprotocol/1-1
conformance/interfaces/pthread_mutexattr_getprotocol/1-2
conformance/interfaces/pthread_mutexattr_setprioceiling/1-1
conformance/interfaces/pthread_mutexattr_setprioceiling/3-1
conformance/interfaces/pthread_mutexattr_setprioceiling/3-2
conformance/interfaces/pthread_mutexattr_setprotocol/1-1
conformance/interfaces/pthread_mutexattr_setprotocol/3-1
conformance/interfaces/pthread_mutexattr_setprotocol/3-2
------------
The insufficient functions are as follows:
------------
pthread_mutex_getprioceiling
pthread_mutexattr_getprotocol
pthread_mutexattr_getprioceiling
pthread_mutexattr_setprioceiling
------------
The man-page of these functions exist, but the definitions don't exist
in header files.
------------
[root@RHEL48-LTP-EM64T ~]# grep -r pthread_mutex_getprioceiling /usr/include
[root@RHEL48-LTP-EM64T ~]# grep -r pthread_mutexattr_getprotocol
/usr/include
[root@RHEL48-LTP-EM64T ~]# grep -r pthread_mutexattr_getprioceiling
/usr/include
[root@RHEL48-LTP-EM64T ~]# grep -r pthread_mutexattr_setprioceiling
/usr/include
[root@RHEL48-LTP-EM64T ~]#
------------
And there aren't these functions in libraries.
------------
[root@RHEL48-LTP-EM64T ~]# nm /usr/lib/*.a | grep pthread_mutex
nm: vsnprintf_nonpic.o: no symbols
nm: mt_support.o: no symbols
nm: snprintf.o: no symbols
[...]
nm: strtol.o: no symbols
nm: strtoul.o: no symbols
nm: cmu_compat.o: no symbols
[root@RHEL48-LTP-EM64T ~]# nm /usr/lib64/*.a | grep
pthread_mutexattr_getprotocol
nm: getopt.o: no symbols
nm: getopt1.o: no symbols
nm: aesopt.o: no symbols
[...]
nm: strtol.o: no symbols
nm: strtoul.o: no symbols
nm: cmu_compat.o: no symbols
[root@RHEL48-LTP-EM64T ~]# nm /usr/lib64/nptl/*.a | grep
pthread_mutex_getprioceiling
nm: old_atexit.o: no symbols
nm: strtoll.o: no symbols
nm: strtoull.o: no symbols
[...]
nm: ptw-pwrite64.o: no symbols
nm: pthread_kill_other_threads.o: no symbols
nm: shm_unlink.o: no symbols
------------
I think that I have to investigate about these a little more.
Regards--
-Tomonori Mitani
------------------------------------------------------------------------------
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
http://p.sf.net/sfu/nokia-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [LTP] About POSIX "sched_yield/1-1.c" buld failure
2010-10-26 1:45 [LTP] About POSIX "sched_yield/1-1.c" buld failure Mitani
@ 2010-10-26 6:56 ` Garrett Cooper
2010-10-28 2:44 ` Mitani
0 siblings, 1 reply; 7+ messages in thread
From: Garrett Cooper @ 2010-10-26 6:56 UTC (permalink / raw)
To: Mitani; +Cc: ltp-list
On Mon, Oct 25, 2010 at 6:45 PM, Mitani <mitani@ryobi.co.jp> wrote:
> Hi,
>
> I reported that build failure of POSIX test set "conformance/interfaces/
> sched_yield/1-1" was still left in RHEL4.8 system:
>
> http://www.mail-archive.com/ltp-list@lists.sourceforge.net/msg10713.html
>
> In addition, build of the following tests failed by the reason of
> "undefined reference":
Some versions of gcc didn't function properly with -lpthread; try
-pthread instead at the top-level LDLIBS file and see whether or not
it works for you.
HTH,
-Garrett
------------------------------------------------------------------------------
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
http://p.sf.net/sfu/nokia-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [LTP] About POSIX "sched_yield/1-1.c" buld failure
2010-10-26 6:56 ` Garrett Cooper
@ 2010-10-28 2:44 ` Mitani
2010-11-02 6:42 ` Garrett Cooper
0 siblings, 1 reply; 7+ messages in thread
From: Mitani @ 2010-10-28 2:44 UTC (permalink / raw)
To: 'Garrett Cooper'; +Cc: ltp-list
> -----Original Message-----
> From: Garrett Cooper [mailto:yanegomi@gmail.com]
> Sent: Tuesday, October 26, 2010 3:57 PM
> To: Mitani
> Cc: ltp-list@lists.sourceforge.net
> Subject: Re: [LTP] About POSIX "sched_yield/1-1.c" buld failure
>
> On Mon, Oct 25, 2010 at 6:45 PM, Mitani <mitani@ryobi.co.jp> wrote:
> > Hi,
> >
> > I reported that build failure of POSIX test set
> "conformance/interfaces/
> > sched_yield/1-1" was still left in RHEL4.8 system:
> >
> >
> http://www.mail-archive.com/ltp-list@lists.sourceforge.net/msg1071
> 3.html
> >
> > In addition, build of the following tests failed by the reason of
> > "undefined reference":
>
> Some versions of gcc didn't function properly with -lpthread; try
> -pthread instead at the top-level LDLIBS file and see whether or not
> it works for you.
> HTH,
> -Garrett
Hi,
I tried to use "-pthread" instead of "-lpthread".
But "sched_yield/1-1" failed in my all archtectures (RHEL4.8-x86, x86_64,
ia64).
Other 27 tests, too.
Thanks--
-Tomonori Mitani
------------------------------------------------------------------------------
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
http://p.sf.net/sfu/nokia-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [LTP] About POSIX "sched_yield/1-1.c" buld failure
2010-10-28 2:44 ` Mitani
@ 2010-11-02 6:42 ` Garrett Cooper
2010-11-05 12:56 ` Mitani
0 siblings, 1 reply; 7+ messages in thread
From: Garrett Cooper @ 2010-11-02 6:42 UTC (permalink / raw)
To: Mitani; +Cc: ltp-list
On Wed, Oct 27, 2010 at 7:44 PM, Mitani <mitani@ryobi.co.jp> wrote:
>> -----Original Message-----
>> From: Garrett Cooper [mailto:yanegomi@gmail.com]
>> Sent: Tuesday, October 26, 2010 3:57 PM
>> To: Mitani
>> Cc: ltp-list@lists.sourceforge.net
>> Subject: Re: [LTP] About POSIX "sched_yield/1-1.c" buld failure
>>
>> On Mon, Oct 25, 2010 at 6:45 PM, Mitani <mitani@ryobi.co.jp> wrote:
>> > Hi,
>> >
>> > I reported that build failure of POSIX test set
>> "conformance/interfaces/
>> > sched_yield/1-1" was still left in RHEL4.8 system:
>> >
>> >
>> http://www.mail-archive.com/ltp-list@lists.sourceforge.net/msg1071
>> 3.html
>> >
>> > In addition, build of the following tests failed by the reason of
>> > "undefined reference":
>>
>> Some versions of gcc didn't function properly with -lpthread; try
>> -pthread instead at the top-level LDLIBS file and see whether or not
>> it works for you.
>> HTH,
>> -Garrett
>
> Hi,
>
> I tried to use "-pthread" instead of "-lpthread".
> But "sched_yield/1-1" failed in my all archtectures (RHEL4.8-x86, x86_64,
> ia64).
> Other 27 tests, too.
What does `man pthread_barrierattr_getpshared' say?
-Garrett
------------------------------------------------------------------------------
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
http://p.sf.net/sfu/nokia-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [LTP] About POSIX "sched_yield/1-1.c" buld failure
2010-11-02 6:42 ` Garrett Cooper
@ 2010-11-05 12:56 ` Mitani
2010-11-08 21:27 ` Garrett Cooper
0 siblings, 1 reply; 7+ messages in thread
From: Mitani @ 2010-11-05 12:56 UTC (permalink / raw)
To: 'Garrett Cooper'; +Cc: ltp-list
> -----Original Message-----
> From: Garrett Cooper [mailto:yanegomi@gmail.com]
> Sent: Tuesday, November 02, 2010 3:43 PM
> To: Mitani
> Cc: ltp-list@lists.sourceforge.net
> Subject: Re: [LTP] About POSIX "sched_yield/1-1.c" buld failure
>
> On Wed, Oct 27, 2010 at 7:44 PM, Mitani <mitani@ryobi.co.jp> wrote:
> >> -----Original Message-----
> >> From: Garrett Cooper [mailto:yanegomi@gmail.com]
> >> Sent: Tuesday, October 26, 2010 3:57 PM
> >> To: Mitani
> >> Cc: ltp-list@lists.sourceforge.net
> >> Subject: Re: [LTP] About POSIX "sched_yield/1-1.c" buld failure
> >>
> >> On Mon, Oct 25, 2010 at 6:45 PM, Mitani <mitani@ryobi.co.jp> wrote:
> >> > Hi,
> >> >
> >> > I reported that build failure of POSIX test set
> >> "conformance/interfaces/
> >> > sched_yield/1-1" was still left in RHEL4.8 system:
> >> >
> >> >
> >>
> http://www.mail-archive.com/ltp-list@lists.sourceforge.net/msg1071
> >> 3.html
> >> >
> >> > In addition, build of the following tests failed by the reason
> of
> >> > "undefined reference":
> >>
> >> Some versions of gcc didn't function properly with -lpthread;
> try
> >> -pthread instead at the top-level LDLIBS file and see whether or
> not
> >> it works for you.
> >> HTH,
> >> -Garrett
> >
> > Hi,
> >
> > I tried to use "-pthread" instead of "-lpthread".
> > But "sched_yield/1-1" failed in my all archtectures (RHEL4.8-x86,
> x86_64,
> > ia64).
> > Other 27 tests, too.
>
> What does `man pthread_barrierattr_getpshared' say?
> -Garrett
"man pthread_barrierattr_getpshared" in my system "RHEL4.8-x86_64".
------------
[root@RHEL48-LTP-EM64T make]# man pthread_barrierattr_getpshared
PTHREAD_BARRIERATTR_GETPSHARED(P)
PTHREAD_BARRIERATTR_GETPSHARED(P)
NAME
pthread_barrierattr_getpshared, pthread_barrierattr_setpshared - get
and set the
process-shared attribute of the barrier attributes object
(ADVANCED REALTIME
THREADS)
SYNOPSIS
#include <pthread.h>
int pthread_barrierattr_getpshared(const pthread_barrierattr_t *
restrict attr, int *restrict pshared);
int pthread_barrierattr_setpshared(pthread_barrierattr_t *attr,
int pshared);
DESCRIPTION
The pthread_barrierattr_getpshared() function shall obtain the value
of the pro-
cess-shared attribute from the attributes object referenced by
attr. The
pthread_barrierattr_setpshared() function shall set the
process-shared attribute
in an initialized attributes object referenced by attr.
The process-shared attribute is set to PTHREAD_PROCESS_SHARED to
permit a bar-
rier to be operated upon by any thread that has access to the
memory where the
barrier is allocated. If the process-shared attribute is
PTHREAD_PROCESS_PRI-
VATE, the barrier shall only be operated upon by threads created
within the same
process as the thread that initialized the barrier; if threads of
different pro-
cesses attempt to operate on such a barrier, the behavior is
undefined. The
default value of the attribute shall be PTHREAD_PROCESS_PRIVATE. Both
constants
PTHREAD_PROCESS_SHARED and PTHREAD_PROCESS_PRIVATE are defined in
<pthread.h>.
Additional attributes, their default values, and the names of the
associated
functions to get and set those attribute values are
implementation-defined.
RETURN VALUE
If successful, the pthread_barrierattr_getpshared() function shall
return zero
and store the value of the process-shared attribute of attr into the
object ref-
erenced by the pshared parameter. Otherwise, an error number shall
be returned
to indicate the error.
If successful, the pthread_barrierattr_setpshared() function shall
return zero;
otherwise, an error number shall be returned to indicate the error.
ERRORS
These functions may fail if:
EINVAL The value specified by attr is invalid.
The pthread_barrierattr_setpshared() function may fail if:
EINVAL The new value specified for the process-shared attribute is
not one of
the legal values PTHREAD_PROCESS_SHARED or
PTHREAD_PROCESS_PRIVATE.
These functions shall not return an error code of [EINTR].
The following sections are informative.
EXAMPLES
None.
APPLICATION USAGE
The pthread_barrierattr_getpshared() and
pthread_barrierattr_setpshared() func-
tions are part of the Barriers option and need not be provided on all
implemen-
tations.
RATIONALE
None.
FUTURE DIRECTIONS
None.
SEE ALSO
pthread_barrier_destroy() , pthread_barrierattr_destroy() ,
pthread_barrier-
attr_init() , the Base Definitions volume of IEEE Std 1003.1-2001,
<pthread.h>
COPYRIGHT
Portions of this text are reprinted and reproduced in electronic form
from IEEE
Std 1003.1, 2003 Edition, Standard for Information Technology --
Portable Oper-
ating System Interface (POSIX), The Open Group Base Specifications
Issue 6,
Copyright (C) 2001-2003 by the Institute of Electrical and
Electronics Engi-
neers, Inc and The Open Group. In the event of any discrepancy
between this ver-
sion and the original IEEE and The Open Group Standard, the
original IEEE and
The Open Group Standard is the referee document. The original
Standard can be
obtained online at http://www.opengroup.org/unix/online.html .
POSIX 2003
PTHREAD_BARRIERATTR_GETPSHARED(P)
[root@RHEL48-LTP-EM64T make]#
------------
In the manual, it seems not to be mentioned the necessity of the "".
Sorry, but I examine context and e-mail a few days later.
Regards--
-Tomonori Mitani
------------------------------------------------------------------------------
The Next 800 Companies to Lead America's Growth: New Video Whitepaper
David G. Thomson, author of the best-selling book "Blueprint to a
Billion" shares his insights and actions to help propel your
business during the next growth cycle. Listen Now!
http://p.sf.net/sfu/SAP-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [LTP] About POSIX "sched_yield/1-1.c" buld failure
2010-11-05 12:56 ` Mitani
@ 2010-11-08 21:27 ` Garrett Cooper
2010-11-09 10:54 ` Mitani
0 siblings, 1 reply; 7+ messages in thread
From: Garrett Cooper @ 2010-11-08 21:27 UTC (permalink / raw)
To: Mitani; +Cc: ltp-list
On Fri, Nov 5, 2010 at 5:56 AM, Mitani <mitani@ryobi.co.jp> wrote:
>> -----Original Message-----
>> From: Garrett Cooper [mailto:yanegomi@gmail.com]
>> Sent: Tuesday, November 02, 2010 3:43 PM
>> To: Mitani
>> Cc: ltp-list@lists.sourceforge.net
>> Subject: Re: [LTP] About POSIX "sched_yield/1-1.c" buld failure
>>
>> On Wed, Oct 27, 2010 at 7:44 PM, Mitani <mitani@ryobi.co.jp> wrote:
>> >> -----Original Message-----
>> >> From: Garrett Cooper [mailto:yanegomi@gmail.com]
>> >> Sent: Tuesday, October 26, 2010 3:57 PM
>> >> To: Mitani
>> >> Cc: ltp-list@lists.sourceforge.net
>> >> Subject: Re: [LTP] About POSIX "sched_yield/1-1.c" buld failure
>> >>
>> >> On Mon, Oct 25, 2010 at 6:45 PM, Mitani <mitani@ryobi.co.jp> wrote:
>> >> > Hi,
>> >> >
>> >> > I reported that build failure of POSIX test set
>> >> "conformance/interfaces/
>> >> > sched_yield/1-1" was still left in RHEL4.8 system:
>> >> >
>> >> >
>> >>
>> http://www.mail-archive.com/ltp-list@lists.sourceforge.net/msg1071
>> >> 3.html
>> >> >
>> >> > In addition, build of the following tests failed by the reason
>> of
>> >> > "undefined reference":
>> >>
>> >> Some versions of gcc didn't function properly with -lpthread;
>> try
>> >> -pthread instead at the top-level LDLIBS file and see whether or
>> not
>> >> it works for you.
>> >> HTH,
>> >> -Garrett
>> >
>> > Hi,
>> >
>> > I tried to use "-pthread" instead of "-lpthread".
>> > But "sched_yield/1-1" failed in my all archtectures (RHEL4.8-x86,
>> x86_64,
>> > ia64).
>> > Other 27 tests, too.
>>
>> What does `man pthread_barrierattr_getpshared' say?
...
> "man pthread_barrierattr_getpshared" in my system "RHEL4.8-x86_64".
>
> ------------
> [root@RHEL48-LTP-EM64T make]# man pthread_barrierattr_getpshared
> PTHREAD_BARRIERATTR_GETPSHARED(P)
> PTHREAD_BARRIERATTR_GETPSHARED(P)
>
> NAME
> pthread_barrierattr_getpshared, pthread_barrierattr_setpshared - get
> and set the
> process-shared attribute of the barrier attributes object
> (ADVANCED REALTIME
> THREADS)
RHEL sucks for compiling stuff (I remember because it used to be a
reference platform when I was doing the Makefile work). Try swapping
around -lrt and -lpthread in the LDLIBS file and see whether or not
things work. If not, then I'd talk to Redhat and figure out what it
doesn't work.
-Garrett
------------------------------------------------------------------------------
The Next 800 Companies to Lead America's Growth: New Video Whitepaper
David G. Thomson, author of the best-selling book "Blueprint to a
Billion" shares his insights and actions to help propel your
business during the next growth cycle. Listen Now!
http://p.sf.net/sfu/SAP-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [LTP] About POSIX "sched_yield/1-1.c" buld failure
2010-11-08 21:27 ` Garrett Cooper
@ 2010-11-09 10:54 ` Mitani
0 siblings, 0 replies; 7+ messages in thread
From: Mitani @ 2010-11-09 10:54 UTC (permalink / raw)
To: 'Garrett Cooper'; +Cc: ltp-list
> -----Original Message-----
> From: Garrett Cooper [mailto:yanegomi@gmail.com]
> Sent: Tuesday, November 09, 2010 6:28 AM
> To: Mitani
> Cc: ltp-list@lists.sourceforge.net
> Subject: Re: [LTP] About POSIX "sched_yield/1-1.c" buld failure
>
> On Fri, Nov 5, 2010 at 5:56 AM, Mitani <mitani@ryobi.co.jp> wrote:
> >> -----Original Message-----
> >> From: Garrett Cooper [mailto:yanegomi@gmail.com]
> >> Sent: Tuesday, November 02, 2010 3:43 PM
> >> To: Mitani
> >> Cc: ltp-list@lists.sourceforge.net
> >> Subject: Re: [LTP] About POSIX "sched_yield/1-1.c" buld failure
> >>
> >> On Wed, Oct 27, 2010 at 7:44 PM, Mitani <mitani@ryobi.co.jp> wrote:
> >> >> -----Original Message-----
> >> >> From: Garrett Cooper [mailto:yanegomi@gmail.com]
> >> >> Sent: Tuesday, October 26, 2010 3:57 PM
> >> >> To: Mitani
> >> >> Cc: ltp-list@lists.sourceforge.net
> >> >> Subject: Re: [LTP] About POSIX "sched_yield/1-1.c" buld failure
> >> >>
> >> >> On Mon, Oct 25, 2010 at 6:45 PM, Mitani <mitani@ryobi.co.jp>
> wrote:
> >> >> > Hi,
> >> >> >
> >> >> > I reported that build failure of POSIX test set
> >> >> "conformance/interfaces/
> >> >> > sched_yield/1-1" was still left in RHEL4.8 system:
> >> >> >
> >> >> >
> >> >>
> >>
> http://www.mail-archive.com/ltp-list@lists.sourceforge.net/msg1071
> >> >> 3.html
> >> >> >
> >> >> > In addition, build of the following tests failed by the reason
> >> of
> >> >> > "undefined reference":
> >> >>
> >> >> Some versions of gcc didn't function properly with
> -lpthread;
> >> try
> >> >> -pthread instead at the top-level LDLIBS file and see whether
> or
> >> not
> >> >> it works for you.
> >> >> HTH,
> >> >> -Garrett
> >> >
> >> > Hi,
> >> >
> >> > I tried to use "-pthread" instead of "-lpthread".
> >> > But "sched_yield/1-1" failed in my all archtectures (RHEL4.8-x86,
> >> x86_64,
> >> > ia64).
> >> > Other 27 tests, too.
> >>
> >> What does `man pthread_barrierattr_getpshared' say?
>
> ...
>
> > "man pthread_barrierattr_getpshared" in my system "RHEL4.8-x86_64".
> >
> > ------------
> > [root@RHEL48-LTP-EM64T make]# man pthread_barrierattr_getpshared
> > PTHREAD_BARRIERATTR_GETPSHARED(P)
> > PTHREAD_BARRIERATTR_GETPSHARED(P)
> >
> > NAME
> > pthread_barrierattr_getpshared,
> pthread_barrierattr_setpshared - get
> > and set the
> > process-shared attribute of the barrier attributes object
> > (ADVANCED REALTIME
> > THREADS)
>
> RHEL sucks for compiling stuff (I remember because it used to be a
> reference platform when I was doing the Makefile work). Try swapping
> around -lrt and -lpthread in the LDLIBS file and see whether or not
> things work. If not, then I'd talk to Redhat and figure out what it
> doesn't work.
> -Garrett
I tried to build "sched_yield", and found that they succeeded to build
in my system (all of RHEL4.8 - x86, x86_64, ia64).
I didn't notice that "-lpthread" added to "Makefile" of "sched_yield"
from 2010/10/29 git.
It was October 27 that I tried "-pthread" last. After that, I merely
revised "LDLIBS" automatically and did make with it.
Sorry!
Thank you--
-Tomonori Mitani
------------------------------------------------------------------------------
The Next 800 Companies to Lead America's Growth: New Video Whitepaper
David G. Thomson, author of the best-selling book "Blueprint to a
Billion" shares his insights and actions to help propel your
business during the next growth cycle. Listen Now!
http://p.sf.net/sfu/SAP-dev2dev
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2010-11-09 10:55 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-10-26 1:45 [LTP] About POSIX "sched_yield/1-1.c" buld failure Mitani
2010-10-26 6:56 ` Garrett Cooper
2010-10-28 2:44 ` Mitani
2010-11-02 6:42 ` Garrett Cooper
2010-11-05 12:56 ` Mitani
2010-11-08 21:27 ` Garrett Cooper
2010-11-09 10:54 ` 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.