From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 130506 invoked by alias); 14 Mar 2018 02:31:04 -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 130299 invoked by uid 89); 14 Mar 2018 02:30:45 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=overnight, love, interest, research X-HELO: mtaout001-public.msg.strl.va.charter.net Received: from orchardcreektc.com (HELO mtaout001-public.msg.strl.va.charter.net) (68.114.190.26) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 14 Mar 2018 02:30:44 +0000 Received: from impout005 ([68.114.189.20]) by mtaout001.msg.strl.va.charter.net (InterMail vM.9.00.023.01 201-2473-194) with ESMTP id <20180314023028.RCER7355.mtaout001.msg.strl.va.charter.net@impout005> for ; Tue, 13 Mar 2018 21:30:28 -0500 Received: from amdr.localdomain ([96.41.213.35]) by impout005 with charter.net id MeWT1x00L0mPCJg01eWUCY; Tue, 13 Mar 2018 21:30:28 -0500 X-Authority-Analysis: v=2.2 cv=UfkhcOaN c=1 sm=1 tr=0 a=NNeuWy7OTYa7gJ+3pFFB5Q==:117 a=NNeuWy7OTYa7gJ+3pFFB5Q==:17 a=IkcTkHD0fZMA:10 a=x7bEGLp0ZPQA:10 a=-yfvSQ2Jc0NTvDg3PKkA:9 a=QEXdDO2ut3YA:10 X-Auth-id: anZkZWxpc2xlQGNoYXJ0ZXIubmV0 Subject: Re: backwards incompatibility To: fortran@gcc.gnu.org References: <871sgp8fpb.fsf@albion.it.manchester.ac.uk> <87zi3c57o8.fsf@albion.it.manchester.ac.uk> From: Jerry DeLisle Message-ID: Date: Wed, 14 Mar 2018 02:31:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <87zi3c57o8.fsf@albion.it.manchester.ac.uk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2018-03/txt/msg00055.txt.bz2 On 03/13/2018 08:14 AM, Dave Love wrote: > Thomas Koenig writes: > >> Hi Dave, >> >>> It's quite a pain for supporting research systems that the gfortran >>> module format changes incompatibly with every (?) new version. >> >> A lot of releases, yes. The problem is that we use a lot of positional >> parameters in the files. >> >> I have given a little thought of how to get around that by using some >> sort of keyword-value scheme, which by definition are almost infinitely >> extensible. >> >> Another possibility would be to write out INTERFACE blocks as *.mod >> files, which could then be re-read and re-parsed. >> >> Just two problems: To a) get the design right, and b) get the >> implementation right. This would take a lot of effort, and the >> manpower simplfy isn't there (and it hasn't figured high on the >> list of priorities). >> >> Of course, volunteers are always welcome. > > The immediate interest is in whether it's possible to write translations > of old .mods to newer formats to solve the existing issues, but that > presumably only makes sense if you can reliably mix code compiled with > old and new compiler versions. I'll see how far I can get with module.c > when I have a chance, thanks. > It would be an order of magnitude easier and take less time if you just recompiled all of your sources. I hope you use make or cmake or at least some build scripting and let it run overnight. Or, does it take a week or two? Regards, Jerry