From owner-sc22wg5+sc22wg5-dom8=www.open-std.org@open-std.org  Wed Sep 27 00:34:20 2017
Return-Path: <owner-sc22wg5+sc22wg5-dom8=www.open-std.org@open-std.org>
X-Original-To: sc22wg5-dom8
Delivered-To: sc22wg5-dom8@www.open-std.org
Received: by www.open-std.org (Postfix, from userid 521)
	id F27813587DC; Wed, 27 Sep 2017 00:34:19 +0200 (CEST)
Delivered-To: sc22wg5@open-std.org
Received: from mail.jpl.nasa.gov (mailhost.jpl.nasa.gov [128.149.139.109])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by www.open-std.org (Postfix) with ESMTP id EDF32356D2C
	for <sc22wg5@open-std.org>; Wed, 27 Sep 2017 00:34:08 +0200 (CEST)
Received: from [137.79.7.57] (math.jpl.nasa.gov [137.79.7.57])
	by smtp.jpl.nasa.gov (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id v8QMY54J005744
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128 bits) verified NO)
	for <sc22wg5@open-std.org>; Tue, 26 Sep 2017 15:34:06 -0700
Subject: Re: (j3.2006) (SC22WG5.5954) generic programming in F2020
From: Van Snyder <Van.Snyder@jpl.nasa.gov>
Reply-To: Van.Snyder@jpl.nasa.gov
To: WG5 <sc22wg5@open-std.org>
In-Reply-To: <08474B91-8ACB-43E9-8568-8804C9FE3C44@cray.com>
References: <20170926174021.A8F283587DC@www.open-std.org>
	 <08474B91-8ACB-43E9-8568-8804C9FE3C44@cray.com>
Content-Type: text/plain; charset="UTF-8"
Organization: Yes
Date: Tue, 26 Sep 2017 15:34:05 -0700
Message-ID: <1506465245.32527.123.camel@math.jpl.nasa.gov>
Mime-Version: 1.0
X-Mailer: Evolution 2.32.3 (2.32.3-37.el6) 
Content-Transfer-Encoding: 8bit
X-Source-Sender: Van.Snyder@jpl.nasa.gov
X-AUTH: Authorized
Sender: owner-sc22wg5@open-std.org
Precedence: bulk

On Tue, 2017-09-26 at 21:17 +0000, Bill Long wrote:
> Hi WG5/J3,
> 
> Attached is a short write-up of a simpler version for templates that’s
> been informally discussed for a while. 

After parameterized modules were dropped in favor of macros, I proposed
parameterized procedures.

I have concluded they're too simplistic to be worth the effort.

If we had done parameterized modules in 2003, I doubt we would have done
parameterized types, at least types parameterized by kind, and we
wouldn't have had the disconnect between parameterized types and
type-bound procedures that Richard Maine warned about in 1997.

I prefer parameterized modules, or doing nothing again.  Parameterized
procedures are not worth the effort.

Someday somebody will look at the history of Fortran development and say
"Wow! Home Depot must have had a monster sale on paint for these guys to
have painted themselves into so many corners!"



