Hello,
On Fri, Jan 27 2017, Damian Rouson wrote:
> I wonder if developing an OpenCoarrays rpm package would be a good
> task as part of a Google Summer of Code (SoC) project. February 9 is
> the application deadline for organizations seeking to host an SoC
No, February 6, 2019, 21:00 Central Eur
> As a fallback, I'd suggest a script that checks for package management, uses
> it if present, let's the user specify the package manager if known, and exit
> with an error condition if none of these conditions are satisfied. It still
> presents unnecessary roadblocks that our scripts solve, e
Hi Damian,
> If you're able to join our weekly OpenCoarrays teleconference tomorrow at 10
> AM Pacific time, please let me know your gmail address so that I can add you
> to the call on Hangouts. I really would like to resolve these issues more
> efficiently than is possible by email. I'm rea
> But ultimately there is a tight coupling between OpenCoarrays and GFortran;
> it would be good to integrate OpenCoarrays into the GFortran testing
> process... so that you can see when GFortran devs do something that triggers
> a bug in OpenCoarrays, or that has a side effect of breaking OpenC
> I have not encountered a system without cmake yet, I did test the script with
> my
> cmake missing to confirm that it does actually build cmake if needed before it
> proceeds, and then uses make. We have bash scripts already in libgfortran that
> get invoked either during configuration or by bui
On 01/28/2017 03:22 AM, FX wrote:
> Hi Damian,
>
>> It would be difficult or impossible for several OpenCoarrays
>> developers to contribute without OpenCoarrays remaining separate for
>> several reasons.
>
> No, I understand that. What I meant is: do want to provide seamless
> integration, so t
Hi Damian,
> It would be difficult or impossible for several OpenCoarrays
> developers to contribute without OpenCoarrays remaining separate for
> several reasons.
No, I understand that. What I meant is: do want to provide seamless
integration, so that libgfortran builds would automatically dete
On January 26, 2017 at 9:12:36 AM, Jerry DeLisle
(jvdeli...@charter.net(mailto:jvdeli...@charter.net)) wrote:
> On 01/26/2017 05:25 AM, FX wrote:
>
> > - I am a bit surprised by the complexity of the script… couldn’t we provide
> > a Makefile for opencoarrays, to be compatible with our other buil
On 01/26/2017 05:25 AM, FX wrote:
> Hi Jerry,
>
> A few questions:
>
> - why mpich? doesn’t opencoarrays support any MPI implementation?
We picked it as one that I had available and only as a starting point, we plan
to add support for other libraries as we go. (OpenCoarrays itself does support
Hi Jerry,
A few questions:
- why mpich? doesn’t opencoarrays support any MPI implementation?
- I am a bit surprised by the complexity of the script… couldn’t we provide a
Makefile for opencoarrays, to be compatible with our other build requirements?
- do we want to work towards seamless im
The attached patch introduces an installation script and support structure to
build OpenCoarrays using mpich, allowing multi-image gfortran, (latest Fortran
standards).
This patch is preliminary and intended to allow testing and comments to start.
I would like to get this into gcc 7 release as a
11 matches
Mail list logo
