My point was just that we support the current implementation of pthreads - not
any old one.
Also, to clarify: Jeff actually tests to see what the thread library does. We
only use the Linux kernel version when cross-compiling since we cannot, in that
case, actually test the support. We know that
Sorry, I stated my facts backwards.
CORRECTED facts:
+The old "LinuxThreads" implementation is the one that gave DIFFERENT
pids to each pthread.
+ "NPTL" is the current implementation of Pthreads for Linux, and the
one giving a single pid shared by all pthreads.
So, I hope Ralph's statement i
I believe the test is intended strictly for Linux threads. I don't believe we
have ever (intentionally) supported any other thread library in such
environments.
I'll leave it to Jeff to decide if he feels this is an issue.
On Mar 15, 2011, at 4:27 PM, Paul H. Hargrove wrote:
> I'd like to poi
I'd like to point out that it is libpthread and the arguments it passes
to clone(), NOT the Linux kernel version, that is the determining factor
(at least if you have a 2.6.x kernel). The "LinuxThreads"
implementation of Pthreads will give the one-pid-to-rule-them all
behavior, while the NPTL
Hi folks
Jeff and I encountered a problem when cross-compiling OMPI for Linux. Turned
out that we had an old test in the code that looked for threads to have
different pids. Since it couldn't be tested when cross-compiling, the test
simply assumed this was the case for Linux under those conditi
Which Linux / OFED are you using?
I am not seeing this with vanilla RHEL5.
On Mar 15, 2011, at 1:39 PM, Terry Dontje wrote:
> While compiling btl_openib_connect_oob.c I am getting identifier redeclared:
> ib_gid_t. Looks like infiniband/mad.h defines this and then iba/types.h
> tries to red
It looks to me like r24507 is what changed in btl_openib_connect_oob.c
to include the two header files that are conflicting with each other.
--td
On 03/15/2011 01:39 PM, Terry Dontje wrote:
While compiling btl_openib_connect_oob.c I am getting identifier
redeclared: ib_gid_t. Looks like infin
While compiling btl_openib_connect_oob.c I am getting identifier
redeclared: ib_gid_t. Looks like infiniband/mad.h defines this and then
iba/types.h tries to redefine it.
I am on Linux compiling with gcc. Is anyone else seeing the same issue
or am I possibly dealing with some old s/w?
--
Or
On Mar 15 2011, George Bosilca wrote:
Nobody challenged your statements about threading or about the
correctness of the POSIX standard. However, such concerns are better
voiced on forums related to that specific subject, where they have a
chance to be taken into account by people who understa
