From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 50864 invoked by alias); 23 Sep 2018 11:40:17 -0000 Mailing-List: contact fortran-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: fortran-owner@gcc.gnu.org Received: (qmail 50842 invoked by uid 89); 23 Sep 2018 11:40:16 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-0.0 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=sk:OpenCoa, UD:gz, UD:OpenCoarrays-2.2.0.tar.gz, sk:opencoa X-HELO: mail-yb1-f178.google.com Received: from mail-yb1-f178.google.com (HELO mail-yb1-f178.google.com) (209.85.219.178) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 23 Sep 2018 11:40:14 +0000 Received: by mail-yb1-f178.google.com with SMTP id 184-v6so7223373ybg.1; Sun, 23 Sep 2018 04:40:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ifmpUtc3ESCloLSmw/HFWHRNsslyKU2XUNCB/vzRxck=; b=sQJUwzuIVTu5yz4GGMD4Xuc0LmU05Cu+JE2A7CaI2amUL93vMLAGZcWT/5RHTarN0E /UWus4tiZ5IrWLV+cMWoodu3Y1nrqViGWPoM6Fo8N9msCBr+/FcUdwvPlTfgyDVDXeQv UiPbPe1sMhVfnVrtFiYjs2ioxfSlNiaRqi5dK2XZJp22hcs9CAy0f7qX7Ed0A2VXI8HO Gak2Mz/GqxU6baIVpOn9hiWkW59Nh3Bxmr5EQBUOsejIEx8IXLnD9Bol2K9ky8IQ+Q5D PBFdeL2y0tCUIvELSw6Dx6aCso5wUE2T6ywlwHorw1DFyUipZxh9soFWA+tAdbPKuiUb PkNA== MIME-Version: 1.0 References: <024e798b9539b765a1259cfc9cb2f1dc480b24ca.1536144068.git.ams@codesourcery.com> <7f5064c3-afc6-b7b5-cade-f03af5b86331@moene.org> <9290b55e-b12a-838a-5943-0c72d040dc3f@codesourcery.com> <7bef0368-f709-642b-3bb4-14cb07aaba25@netcologne.de> <62e8dc2f-68df-99e8-6231-da92a48d654c@moene.org> In-Reply-To: <62e8dc2f-68df-99e8-6231-da92a48d654c@moene.org> From: Janne Blomqvist Date: Sun, 23 Sep 2018 11:40:00 -0000 Message-ID: Subject: Re: [PATCH 08/25] Fix co-array allocation To: Toon Moene Cc: Thomas Koenig , Damian Rouson , ams@codesourcery.com, GCC Patches , Fortran List Content-Type: text/plain; charset="UTF-8" X-IsSubscribed: yes X-SW-Source: 2018-09/txt/msg00177.txt.bz2 On Fri, Sep 21, 2018 at 10:33 AM Toon Moene wrote: > On 09/20/2018 10:01 PM, Thomas Koenig wrote: > > > Hi Damian, > > > >> On a related note, two Sourcery Institute developers have attempted to > >> edit > >> the GCC build system to make the downloading and building of > OpenCoarrays > >> automatically part of the gfortran build process. Neither developer > >> succeeded. > > > > We addressed integrating OpenCoarray into the gcc source tree at the > > recent Gcc summit during the gfortran BoF session. > > > > Feedback from people working for big Linux distributions was that they > > would prefer to package OpenCoarrays as a separate library. > > (They also mentioned it was quite hard to build.) > > Well, Linux distributors have to fit the build of OpenCoarrays into > *their* build system, which might be just as complicated as we trying it > to force it into *gcc's* build system ... > > For an individual, OpenCoarrays is not hard to build, and the web page > www.opencoarrays.org offers multiple solutions: > > "Installation via package management is generally the easiest and most > reliable option. See below for the package-management installation > options for Linux, macOS, and FreeBSD. Alternatively, download and > build the latest OpenCoarrays release via the contained installation > scripts or with CMake." > > I choose the cmake based one, because I already had cmake installed to > be able to build ECMWF's (ecmwf.int) eccodes package. It probably helped > that I also already had openmpi installed. From my command history: > > 1754 tar zxvf ~/Downloads/OpenCoarrays-2.2.0.tar.gz > 1755 cd OpenCoarrays-2.2.0/ > 1756 ls > 1757 less README.md > 1758 cd .. > 1759 mkdir opencoarrays-build > 1760 cd opencoarrays-build > 1761 (export FC=gfortran; export CC=gcc; cmake ../OpenCoarrays-2.2.0/ > -DCMAKE_INSTALL_PREFIX=$HOME/opencoarrays) > 1762 make > 1763 make test > 1764 make install > FWIW, this didn't work for me, as I want to use my own build of gfortran trunk. It did correctly use the correct gfortran binary as specified by the FC env. variable, but it still insists on linking against libgfortran.so.4 (installed by the system package manager) and not the libgfortran.so.5 from my own gfortran installation (found both on LD_RUN_PATH and LD_LIBRARY_PATH). I tried -DCMAKE_PREFIX_PATH=... but that didn't work any better. Gah, I hate cmake.. Any ideas? -- Janne Blomqvist