From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id yMAMAZX752Bp+QAAgWs5BA (envelope-from ) for ; Fri, 09 Jul 2021 09:32:37 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id CENoOJT752CtKwAA1q6Kng (envelope-from ) for ; Fri, 09 Jul 2021 07:32:36 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 4DA891D7D8 for ; Fri, 9 Jul 2021 09:32:36 +0200 (CEST) Received: from localhost ([::1]:39154 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m1kzz-0002JJ-91 for larch@yhetil.org; Fri, 09 Jul 2021 03:32:35 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:56404) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m1kxR-0007VP-La for emacs-orgmode@gnu.org; Fri, 09 Jul 2021 03:29:58 -0400 Received: from basilikum.nobis-admin.de ([89.238.71.130]:47672) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m1kxP-0006GP-65 for emacs-orgmode@gnu.org; Fri, 09 Jul 2021 03:29:57 -0400 Received: from bohne (p200300cd670ab900d564c6db495a08f8.dip0.t-ipconnect.de [IPv6:2003:cd:670a:b900:d564:c6db:495a:8f8]) by basilikum.nobis-admin.de (Postfix) with ESMTPSA id DA18A6D81F70; Fri, 9 Jul 2021 09:29:50 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=snobis.de; s=default; t=1625815791; bh=YH4wd7+O8lM/QIjE+dWg95abEYvVap/BtDD0F3l0AHQ=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=aKixNLTAwrFd8vX48BOwlzaKV92tRxNZ+btqrYfwx7cZiQr3zF/56ePTEsel0P1M5 0cirbLQIcAVUXDBqX7y23i1Usqx+2JyNZEfE22e+Y/nY6Cdk2Sq/65DgTwqawGwdy0 8yFPDuYBkUMhx8LdRQzYmif5tfzpsANk09uc3bzM= From: Stefan Nobis To: Marko Schuetz-Schmuck Cc: emacs-orgmode@gnu.org Subject: Re: A requires/provides approach to linking source code blocks References: <87czrsai4w.fsf@tpad-m.i-did-not-set--mail-host-address--so-tickle-me> Mail-Followup-To: Marko Schuetz-Schmuck , emacs-orgmode@gnu.org Date: Fri, 09 Jul 2021 09:29:48 +0200 In-Reply-To: <87czrsai4w.fsf@tpad-m.i-did-not-set--mail-host-address--so-tickle-me> (Marko Schuetz-Schmuck's message of "Thu, 08 Jul 2021 12:24:15 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (darwin) MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=89.238.71.130; envelope-from=stefan-ml@snobis.de; helo=basilikum.nobis-admin.de X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1625815956; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=YH4wd7+O8lM/QIjE+dWg95abEYvVap/BtDD0F3l0AHQ=; b=argUcxq895g3ANQrNuJuSfKH2z9//LcK8uglbK2vtSPj/ZZB+3lKLbAxwzT3ILYPYmM48m cym2jvztO65GDAWI8ypxq7K8M0+pDQ1SV/UyS3WmlnuVgy3QrLoQMRDwY/724P9Mrkikyx hPnL9Le8TYE5OeRfI1x8l52KndT4ykU8QStvRoj/WEepjcuxXyTW6296U4uvrM/rlCej+7 fzAxcaizlHka8UwvoRFIC84mhdsXEA59mRZBvgrmDHBFbHLHdrMdQ8k89ewEI6/LPHn/JW MNkwqjzdSPIAa4tVbGv+HPSyvv9qq0yIGi9di4m/qlpiCCQoO6chZJumKNdISw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1625815956; a=rsa-sha256; cv=none; b=b6ahgIj/1a+MiDGyTgCoMeEbplooBE6iC1BNsTiFM56SN7brzxV8lND96l6Txxh/jRZh7/ qjcZxjWcsfmTJfLiKx/DjDafVIBbHajvV8KBgQAcbnS7QWTnGoMMNev3OAj/NohH2yd4rQ Z9pO3gjGtbdhWAk171CS8NQZssPMs8e1pry+fUGd5h1+kz7A5tuCjLMvDy5+fvgzaYoMt7 pDVeVMi2fPmrqJmiNOSyyt478ARjm63J+XW1RwEe/NbOP7UfKeFQu/qiBx58rdmm4OaDtX O1uxlZB6DXDDo4gJ3p9YQJxDTe02BPx2beAfhb2sqdOvodKSyyGUy6nCpw4z2g== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=snobis.de header.s=default header.b=aKixNLTA; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Spam-Score: -3.10 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=snobis.de header.s=default header.b=aKixNLTA; dmarc=pass (policy=reject) header.from=snobis.de; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: 4DA891D7D8 X-Spam-Score: -3.10 X-Migadu-Scanner: scn0.migadu.com X-TUID: KpNcPlRf/nLH Marko Schuetz-Schmuck writes: > I would find it useful to have a more declarative way for specifying > sequence. I imagine e.g. using "#+REQUIRES:" and "#+PROVIDES:" to > capture dependency and then have the exporter compute a sequence > satisfying these. I would say that declaring an explicit ordering of blocks via noweb is quite declarative. The tensions seems more to be between implicit and explicit ordering. I'm quite a fan of letting the computer compute things, but in the context of literate programming I tend to prefer explicit over implicit. IMHO that's the main point of literate programming: Be more explicit and document all the details. Try not to hide important aspects. If you have so many blocks that maintaining the order of the concatenation seems like a burden and tiresome I would argue that you are doing it wrong. Because in the end you need quite a good understanding of the final order of the blocks or else maintaining the implicit order via require/provide will also get out of hand. I also second Tims concerns about the additional complexity and feature creep. -- Until the next mail..., Stefan.