From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12353 invoked by alias); 9 Nov 2015 08:50:18 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 20941 Received: (qmail 12728 invoked from network); 9 Nov 2015 08:50:15 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS autolearn=ham autolearn_force=no version=3.4.0 X-Injected-Via-Gmane: http://gmane.org/ To: zsh-users@zsh.org From: Martin Vaeth Subject: Re: convolutions Date: Mon, 9 Nov 2015 08:50:03 +0000 (UTC) Message-ID: References: <563D5ED5.1070102@eastlink.ca> <563F69F3.9080402@eastlink.ca> Reply-To: martin@mvath.de X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pc123.math.cas.cz User-Agent: slrn/1.0.1 (Linux) Ray Andrews wrote: > On 11/07/2015 09:17 AM, Martin Vaeth wrote: >> In fact, envsubst was exactly written for the purpose of >> *safely* expanding variables (and *only* that). >> > Sounds like precisely the thing. Alas, I tried it, and it strips the > parameters but does not convert them unless each parameter is explicitly > exported first eval_gettext() from gettext.sh does it like this (where $1 contains the text): (export PATH `envsubst --variables "$1"`; envsubst "$1")