From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) by sourceware.org (Postfix) with ESMTPS id B39A6386183F for ; Fri, 8 Jan 2021 09:56:47 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org B39A6386183F Received: by mail-wr1-x430.google.com with SMTP id t30so8410126wrb.0 for ; Fri, 08 Jan 2021 01:56:47 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=hUWvjRRJCTn0bkXk9VNimXNFAAa3cANZQdQG+MiVvi0=; b=Ug9i8SogR/EZXBwl+LvLoOWizqXfcralsy97fkdnekuYmBU6ToBbe4JTft/4tUEQlH 0/VFunKyYqE6az2GdAhGc6CaruDYE2eG/NeA06qicAf43dm9i5+8UL6xRvPi6weIgJ7a /HwqWoNYxvzyBH7sj9oz/2ZURmIXWyOggXwuRw2wdD/4oD6s3SucrHQ8XbOqUlG6axuB Q2ZNySQNgmV+/CBafCyADn5kC2D0vxB+X/ziEqJqW5fgN1NH1bpt/uyyGnLTUz6V0gsn XTAzG+ndgtt1+2f5aFiQgi0pqYZFgPx7IS2bpG5TbN6z0Tx34rpxdD9bnO7mmqlfNOev aKrg== X-Gm-Message-State: AOAM532CHS/nhSXkpUC46FzPGJgjnXlYkZa57oa0QGR7NS/u4J//YSfL xEuvyA/2GsmzMjqGe90FoGU= X-Google-Smtp-Source: ABdhPJzlJWBlxhlp+nOWgzLemvn7SF6tzm8ZG8TabwdCqtMhu9T5Akk89CvWfxfflkcyBLsKXcshug== X-Received: by 2002:adf:e54a:: with SMTP id z10mr2864811wrm.1.1610099806793; Fri, 08 Jan 2021 01:56:46 -0800 (PST) Received: from [192.168.1.212] (host81-138-1-83.in-addr.btopenworld.com. [81.138.1.83]) by smtp.googlemail.com with ESMTPSA id b7sm12022081wrv.47.2021.01.08.01.56.45 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 08 Jan 2021 01:56:45 -0800 (PST) Content-Type: text/plain; charset=utf-8; delsp=yes; format=flowed Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: apple silicon fortran From: Iain Sandoe In-Reply-To: Date: Fri, 8 Jan 2021 09:56:44 +0000 Cc: Fortran List Content-Transfer-Encoding: 8bit Message-Id: <707CA4B6-DAAE-4DA6-A954-1E3ADE0CDA6B@googlemail.com> References: <941045F7-9782-408B-BF5A-015E2FAF246A@monash.edu> <7FCF49F0-EA95-44F1-B5B6-01393378783E@gmail.com> To: Rosemary Mardling , James Secan , Jerry DeLisle X-Mailer: Apple Mail (2.3273) X-Spam-Status: No, score=-3.4 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: fortran@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Fortran mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2021 09:56:49 -0000 Hi Rosemay, Jim, Jerry, interested folks… Rosemary Mardling via Fortran wrote: > > Apple might be happy to lend you a machine if the absence of fortran is > holding enough people back from buying them… For the record, Apple have been very supportive of the GCC/gfortran effort - by making DTK access available to me - it was just rather late in the GCC11 cycle ... In fact, none of the issues Jerry mentions are really the blockers: - you can already get builds of the experimental branch from homebrew and macports - ( and I would surely be willing to release mine, which are generally weekly, if someone has a suitable hosting site ). The key problems are: (1) macOS/Darwin support, like gfortran, is a volunteer effort and there’s just not enough free time to progress it as if it was $dayjob (2) the phasing of the macOS11 / Arm64 release was almost exactly on the switch to stage #3 for GCC and we’re only a week away from stage #4 for GCC11. (3) The issues we face are not really gfortran ones; there are approximately three tricky ones : two relate to removal of OS facilities present in X86 Darwin (because the Arm64 port is more restrictive in the name of security) and the third is just because the ABI for Arm64 has differences from other cases which mean changes to common code for lowering of function calls. So, there are (and will continue to be) experimental compiler builds based of master (and the 10 branch at some point) - but there’s still work to be done before this can be presented for review and inclusion - which is not likely to be until GCC12. In the meantime - I’ve been working on including (a) the fixes needed for macOS11 (common to X86 and Arm64) (b) enabling fixes for the Arm64 port where those are suitable for posting at present (c) looking at solutions to the known issues with the existing branch. FWIW, GCC on macOS is not really so much an “odd duck” - indications via the “distros” are that there are, in fact, a lot of GCC users (most GCC installations are made that way, rather than built from source, I expect). cheers Iain >> On 8 Jan 2021, at 1:32 pm, Jerry DeLisle wrote: >> >> >> >> On 1/6/21 11:38 AM, James Secan via Fortran wrote: >>> Thanks - I had already begun to suspect I’ll need to hold off a bit on >>> getting an Apple Silicon machine, and this confirms it. I need >>> gfortran to be working on whatever hardware I’m using. >>> >>> Jim >> That may be the wise approach. Depending on how many users it may be >> possible to get an unoffcial build if the branch gets far enough a >> long. There was a time when we were doing daily or weekly builds for >> odd ducks like Cygwin on Windows. This was back at the initial phases >> of the F95 compiler. >> >> One of the big problems is not having hardware for us to test on. I >> expect Iain and some the gcc other gcc gurus may have this access sooner >> than the "Fortraners". If the OS is fairly compliant to standards, the >> runtime libraries for gfortran should mostly work, its the nuances and >> corner cases that catch us off guard usually. >> >> It would be helpful if we somehow could get an apple on silicon machine >> tied into the gcc compile farm. I do not know how well that would work >> if it is only laptops, it would be on 24/7, but I expect it could >> support a few users well enough to allow developers to start working >> with it and seeing the problems. >> >> Another thought, is there some sort of virtual machine or emulator that >> could be used on other machines, but apple is usually very closed about >> such things. >> >> Regards, >> >> Jerry