Sylvestre Ledru wrote:
Hello,
I am currently extending an application with MPI capabilities.
This high-level application allows users to use dynamic types. Therefor,
on the slaves, I have no way to know what the master will send me.
Therefor, in the slave side, I need to "guess" what I am r
Hi Jodi,
> I once got different results when running on a 64-Bit platform instead of
> a 32 bit platform - if i remember correctly, the reason was that on the
> 32-bit platform 80bit extended precision floats were used but on the 64bit
> platform only 64bit floats.
Could you please give me an id
Hi Fabian,
Hi Asad,
>> I
>> found that running the same source code on these OS, with the same
>> versions of of gcc and open-mpi installed on them, gives different
>> results than Fedora and Ubuntu after a few hundred iterations. The first
>> few hundered iterations are exactly similar to that o
I don't think there is a way to guess, that is why most languages use a
naming type (i.e.: int, float, etc) to explicitly tell what the type is. If
this app is letting them enter whatever they want and without knowing more
about this application, then I could assume it is giving them the type of
st
I once got different results when running on a 64-Bit platform instead of
a 32 bit platform - if i remember correctly, the reason was that on the
32-bit platform 80bit extended precision floats were used but on the 64bit
platform only 64bit floats.
On Sun, Apr 25, 2010 at 3:39 AM, Fabian Hänsel
Hello,
I am currently extending an application with MPI capabilities.
This high-level application allows users to use dynamic types. Therefor,
on the slaves, I have no way to know what the master will send me.
Therefor, in the slave side, I need to "guess" what I am receiving.
For example, I a
Sorry I made a mistake to insert into zipped files.
So I send it once again.
regards
On 23/04/10 20.01, "Francesco Iannone"
wrote:
> Dear all
>
> I rebuilt openmpi 1.4.1 with PGI 10.2.1 enabling the libpgnuma.a of PGI.
>
> Linux kernel 2.6.18-164.11.1.el5 #1 SMP Sat Jan 23 21:22:33 CET 2010