From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 116014 invoked by alias); 21 Oct 2017 18:11:29 -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 116005 invoked by uid 89); 21 Oct 2017 18:11:28 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=D*netcologne.de, tkoenig@netcologne.de, tkoenignetcolognede, family X-HELO: mail-oi0-f50.google.com Received: from mail-oi0-f50.google.com (HELO mail-oi0-f50.google.com) (209.85.218.50) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sat, 21 Oct 2017 18:11:26 +0000 Received: by mail-oi0-f50.google.com with SMTP id j126so24828081oib.8 for ; Sat, 21 Oct 2017 11:11:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=uOv3GyBzzQOzwmf6shfegVeR7+7+J6rWKgeJNdY1dcg=; b=MYY9c+4fkwEVFyB5ZUNcH3QolqIYAzBf/ES9xjR+5qxJdyf9ZrdriW7r0/QLry+vph Ualvuzcu3u69j196Jfy9hOkq2pz7OBLkS3h8mZGg1ignhjT+7vO48IgGYJFDlFIy9yIH OgaIbwKJPoSi3p5MgF29JY16710CjNzkF8kNhBqhcWMPNsvkwOTVXW0JHHcFWzMIZkzf N95B/AdsmYtM8H2isqcXqXAL2Bj0OvG+nhGMwLlPIdKXc4Lz4tiDWTAurHS/JBKS8VQh ieEqfU5ih4gEFl4vATJ7NStC7qxnZ8hJaev7bq1jbOPazNwXnsi+fOn8FQS/mBet3THe kA9g== X-Gm-Message-State: AMCzsaVAQ8VniwSd0zXTYFg7HG2dyrbu9+M1RoaL8FvXEEQO4YHEtgkS Vsb41b4m28nvuqd+dIT6YkHeOv02azdCndM4Rls= X-Google-Smtp-Source: ABhQp+T6LbDDSiXBxUTmS9uN68aQRzprINxiz5cnY37iBvI2WsksZZ2Oxu/OqY8sZJTvHkwusGz1b7aGTsluy3TDuDU= X-Received: by 10.157.45.131 with SMTP id g3mr6070119otb.405.1508609485284; Sat, 21 Oct 2017 11:11:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.68.42 with HTTP; Sat, 21 Oct 2017 11:11:24 -0700 (PDT) In-Reply-To: References: <1448974501-30981-1-git-send-email-rep.dot.nop@gmail.com> <1448974501-30981-2-git-send-email-rep.dot.nop@gmail.com> <84A89967-93B1-47B5-8312-3BC999FEF0EA@gmail.com> <20171019080303.3uaqy7x32dus5urx@nbbrfq.cc.univie.ac.at> From: Bernhard Reutner-Fischer Date: Sat, 21 Oct 2017 18:11:00 -0000 Message-ID: Subject: Re: [PATCH] Derive interface buffers from max name length To: Thomas Koenig Cc: gfortran Content-Type: text/plain; charset="UTF-8" X-IsSubscribed: yes X-SW-Source: 2017-10/txt/msg00096.txt.bz2 On 21 October 2017 at 17:18, Thomas Koenig wrote: > Hi Bernhard, > >> JFYI I'm contemplating to move the stack-based allocations >> to heap-based ones now, starting with gfc_match_name and >> gradually moving to pointer comparisons with the stringpool based >> identifiers. I'll strive to suggest something for discussion in >> smallish steps when it's ready. > > What is the driver behind this change? Code clarity? Speed? The idea is to replace string-comparison with pointer comparison which should help speed. See Janne's suggestion to do this earlier in this thread. It's more or less janitorial work. IIRC the C family of FEs switched to this scheme many years ago for good measure and nobody had time to take care of the fortran FE. At least that's my understanding. thanks,