On 24.11.2013, at 12:08, Ralph Castain wrote:
> On Nov 24, 2013, at 8:30 AM, Jörg Bornschein wrote:
>> On 24.11.2013, at 10:22, Ralph Castain wrote:
>> I still believe that ompi/mca/pml/ob1/* is not linked to common_cuda.*,
>> although it
On Nov 24, 2013, at 8:30 AM, Jörg Bornschein wrote:On 24.11.2013, at 10:22, Ralph Castain wrote:The cuda support in the 1.7 series has been evolving - a number of patches have been applied since 1.7.3 was released, and I see another (for optimization)
On 24.11.2013, at 10:22, Ralph Castain wrote:
> The cuda support in the 1.7 series has been evolving - a number of patches
> have been applied since 1.7.3 was released, and I see another (for
> optimization) scheduled.
>
> You might try the 1.7.4 nightly tarball and see if
I disable VT using “—enable-contrib-no-build=vt”, and it works. You should try
with this instead of “—disable-ft”.
George.
On Nov 24, 2013, at 16:11 , Jörg Bornschein wrote:
> On 23.11.2013, at 22:56, Dmitry N. Mikushin wrote:
>
>> VT is getting out
On 23.11.2013, at 22:56, Dmitry N. Mikushin wrote:
> VT is getting out of sync with CUDA from time to time, this already
> happened before.
Yes, thats what I thought and thats why I didn’t mention it as my main issue.
I’m rather stuck because cuda support and ob1 don’t
But how it will work once oshmem/ folder will be merged into existing
folders layout and will not have common root for all shmem files?
On Nov 24, 2013 6:03 AM, "Barrett, Brian W" wrote:
> I'm pretty sure I was clear it's a hack. But removing from subdirs is how
> we disable