public inbox for goredo-devel@lists.cypherpunks.ru
Atom feed
From: Sergey Matveev <stargrave@stargrave•org>
To: goredo-devel@lists.cypherpunks.ru
Subject: Re: [PATCH] Don't create nested target directories automatically
Date: Fri, 15 Apr 2022 19:23:22 +0300	[thread overview]
Message-ID: <Ylmb+wJmqO8NDAsO@stargrave.org> (raw)
In-Reply-To: <b88a6716-8d2e-4175-5a83-482739bb9253@acha.ninja>

[-- Attachment #1: Type: text/plain, Size: 911 bytes --]

*** Andrew Chambers [2022-04-15 18:49]:
>What you are describing is incompatible with apenwarr redo and redo-c. Those
>do not create the directories so any do file that takes advantage of this is
>not portable.

Neither goredo, nor redo-c, not apenwarr/redo (as far as I remember)
explicitly tell how they behave with missing directories. So that can be
treated as an undefined behaviour. So portable .do-files just must not
rely on undefined behaviour. If someone explicitly expects for
directories to be created in his project, then he should explicitly
write that "mkdir -p" rule in his .do file and do not rely on some
undocumented sife-effects of some implementations (goredo). Portable and
correctly written .do files will behave the same way on all those three
implementations.

-- 
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263  6422 AE1A 8109 E498 57EF

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  parent reply	other threads:[~2022-04-15 16:23 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-04-15  0:55 [PATCH] Don't create nested target directories automatically Andrew Chambers
2022-04-15  6:10 ` goredo
2022-04-15  6:49   ` Andrew Chambers
2022-04-15  7:15     ` goredo
2022-04-15  7:31       ` Andrew Chambers
2022-04-15  9:28         ` goredo
2022-04-15 12:00           ` Andrew Chambers
2022-04-15 13:17             ` goredo
2022-04-15 13:39               ` Andrew Chambers
2022-04-15 13:58                 ` goredo
2022-04-15 16:23               ` Sergey Matveev
2022-04-16  0:36                 ` Andrew Chambers
2022-04-15 16:23     ` Sergey Matveev [this message]
2022-04-15  6:57   ` Andrew Chambers
2022-04-15 16:23 ` Sergey Matveev