From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 65FC11381F3 for ; Tue, 10 Sep 2013 17:28:53 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5F5ADE0AF6; Tue, 10 Sep 2013 17:28:39 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 8FF3BE0AC5 for ; Tue, 10 Sep 2013 17:28:38 +0000 (UTC) Received: from mail-ie0-x233.google.com (mail-ie0-x233.google.com [IPv6:2607:f8b0:4001:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: floppym) by smtp.gentoo.org (Postfix) with ESMTPSA id 6DE0B33EC0C for ; Tue, 10 Sep 2013 17:28:37 +0000 (UTC) Received: by mail-ie0-f179.google.com with SMTP id e14so2386143iej.38 for ; Tue, 10 Sep 2013 10:28:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ghr1MQUH07kHNqizDU8kDTg4qgZUSRsgsHNjY5KKgEA=; b=Vtlt4ZuaBXotjLbu89yQ9YOkdObZECaDETJoGc0BQwxctYHjdGaj/TB/NcRfQkeFcG X7h1StCHe43CaDJs29Ezyqz6bLpto0ueYKBOq0NOQUMUxFD8bk8X73G5UxaPTz/GPtsz KvRd4PTuHsLUBa/EfKBJ9M6XEI9pIkaTpCDUtGK8J7ZdyMaeisk54yJWiV0H8JNYo1lm m0dKWBA4zgOCvdtwOfhiKeXpV5Dv5gbUyvipV7WO2QD15/ZLFCpRhacAHsEQUAzQjJzS nwZ3ql8k/2ULge3Ox0RXUtdJBGnBjyyNPVjlmL/5SSAsHpq2hmbMoGpiVi8aAwOTGfEP QXEg== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.50.234.162 with SMTP id uf2mr10936692igc.48.1378834115927; Tue, 10 Sep 2013 10:28:35 -0700 (PDT) Received: by 10.64.62.148 with HTTP; Tue, 10 Sep 2013 10:28:35 -0700 (PDT) In-Reply-To: <20130910183609.6063f7a3@gentoo.org> References: <1378638746-8626-1-git-send-email-mgorny@gentoo.org> <20130910105731.GA19688@rathaus.eclipse.co.uk> <20130910183609.6063f7a3@gentoo.org> Date: Tue, 10 Sep 2013 13:28:35 -0400 Message-ID: Subject: Re: [gentoo-dev] Re: [PATCH systemd.eclass] Introduce systemd_install_serviced(). From: Mike Gilbert To: Gentoo Dev Cc: slong@rathaus.eclipse.co.uk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 77668809-5c9c-4578-a6a5-e2c9b43180c9 X-Archives-Hash: 160287ed7c86c3af78cdecc0eab9a8a4 On Tue, Sep 10, 2013 at 12:36 PM, Micha=C5=82 G=C3=B3rny wrote: >> > Nope. 'insinto' sets INSDESTTREE. Due to lack of proper scoping >> > support in bash, we need to localize this variable to restore previous >> > 'insinto' scope after leaving the function. >> >> Actually the only reason you are able to do that, is *because* bash has = proper >> scoping support. > > Proper scoping support would actually either disallow something like > this or disallow something designed as 'insinto'. The 'local' in bash > in the worst thing you could expect. > >From what I can remember from college, It seems like a pretty typical case of dynamic scope. Why do you find this to be bad?