Very cool. Please let us know when you publish the package and give us a link 
to it - would be nice to include that on our web page so Windows users have a 
migration path now that native support is no longer available.


On Nov 1, 2012, at 12:08 PM, marco atzeri <marco.atz...@gmail.com> wrote:

> On 11/1/2012 7:55 PM, Ralph Castain wrote:
>> 
>> On Nov 1, 2012, at 11:47 AM, marco atzeri <marco.atz...@gmail.com> wrote:
>> 
>>> On 11/1/2012 5:08 PM, Ralph Castain wrote:
>>>> I think we'd be interested in looking at possibly adding this to the
>>>> code base. We still need to announce this (and will shortly), but our
>>>> Windows maintainer has moved on to other pastures. So support for native
>>>> Windows operations is ending with the 1.6 series, barring someone
>>>> stepping up to fill the void.
>>>> 
>>>> Having a cygwin alternative would let people at least continue to work
>>>> on the Windows platform, albeit in a different mode. Is this something
>>>> you are interested in pursuing?
>>> 
>>> Hi Ralph,
>>> there is no special code on my packages, so deploying a cygwin package
>>> was already on my plan.
>>> It will be just an addition to the other packages for which I am already
>>> the cygwin package maintainer
>>> http://cygwin.com/cygwin-pkg-maint
>>> 
>>> I want just to be sure that it works as expect before deploying it,
>>> and testing on a notebook is a bit limited.
>>> 
>>> The only peculiarity I noticed is that the stripped binaries do
>>> not work, so the current package is based on unstripped installation.
>>> 
>>> Other step is to look if other options can be enabled:
>>> 
>>> LDFLAGS="-Wl,--export-all-symbols -no-undefined"  \
>>> --disable-mca-dso \
>>> --without-udapl \
>>> --enable-cxx-exceptions \
>>> --with-threads=posix \
>>> --without-cs-fs \
>>> --enable-heterogeneous \
>>> --with-mpi-param_check=always \
>>> --enable-contrib-no-build=vt,libompitrace \
>>> --enable-mca-no-build=memory_mallopt,paffinity,installdirs-windows,timer-windows,shmem-sysv
>>> 
>>> at least "shmem-sysv" should be possible.
>> 
>> I see - that is even better than I had hoped! One question for you: does 
>> this only allow single-machine operations, or can people run across 
>> machines, assuming both are executing cygwin?
>> 
>> Guess I'm not sure how the latter would work, but my knowledge of cygwin is 
>> very old.
>> 
> 
> across machine with ssh should work, but I have no way to test in
> this moment.
> 
> Marco
> 
> 
> _______________________________________________
> users mailing list
> us...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/users


Reply via email to