ensure-directories aka create-directories
Lassi Kortela
(31 Jul 2020 10:47 UTC)
|
||
(missing)
|
||
(missing)
|
||
Re: ensure-directories aka create-directories Lassi Kortela (31 Jul 2020 12:32 UTC)
|
||
Re: ensure-directories aka create-directories
John Cowan
(31 Jul 2020 13:03 UTC)
|
||
Re: ensure-directories aka create-directories
John Cowan
(31 Jul 2020 13:10 UTC)
|
||
Re: ensure-directories aka create-directories
Lassi Kortela
(31 Jul 2020 13:14 UTC)
|
||
Re: ensure-directories aka create-directories
John Cowan
(31 Jul 2020 13:19 UTC)
|
||
Re: ensure-directories aka create-directories
Lassi Kortela
(31 Jul 2020 13:31 UTC)
|
||
Re: ensure-directories aka create-directories
Shiro Kawai
(31 Jul 2020 18:03 UTC)
|
||
Re: ensure-directories aka create-directories
Lassi Kortela
(02 Aug 2020 10:20 UTC)
|
||
Re: ensure-directories aka create-directories
Lassi Kortela
(31 Jul 2020 12:10 UTC)
|
> My perception is that srfi-170 corresponds to POSIX.1 (excluding some > subdomains that are to be other srfis). "mkdir -p" is not POSIX.1; it > is POSIX.2. Are these POSIX.n numbers explained somewhere, and do they have listings of what was added to each standard? > It won't be expensive itself, but if we start including such utilities > above POSIX.1 layer, I'm afraid that the boundary of what to include > gets blurred. For example, if we have "mkdir -p", then why not "rm -r" ? True. Python has a shutil module for the kind of thing. <https://docs.python.org/3/library/shutil.html> Though they put makedirs() in the os module <https://docs.python.org/3/library/os.html#os.makedirs>. I suggest we do the same. makedirs() is so often needed that people keep writing lots of subtly incorrect implementations of it.