GNU bug report logs - #56799
(gnu services configuration) usage of *unspecified* is problematic

Previous Next

Package: guix;

Reported by: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>

Date: Wed, 27 Jul 2022 16:25:02 UTC

Severity: important

Done: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Maxime Devos <maximedevos <at> telenet.be>
To: bokr <at> bokr.com, Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: 56799 <at> debbugs.gnu.org, attila <at> lendvai.name, Tobias Geerinckx-Rice <me <at> tobias.gr>
Subject: bug#56799: (gnu services configuration) usage of *unspecified* is problematic
Date: Thu, 28 Jul 2022 12:26:00 +0200
[Message part 1 (text/plain, inline)]
On 28-07-2022 06:55, bokr <at> bokr.com wrote:
> Lots of systems are dealing with this issue, it seems, judging from
> [1]https://en.wikipedia.org/wiki/Bottom_type

I don't think it's a bottom type -- *unspecified* _is_ a value, so if we 
assign a type to it, it is inhabited, and hence not a bottom type. I

> What about using characters from some private upper unicode section
> to represent various kinds of unspecified things? E.g.,
> as guile named chars,
>
> #\unspecified_function_retval
> #\unspecified_function_error
> #\unspecified_macro_err
> #\unspecified_exception
 suppose you could subdivide the *unspecified* value, but why characters?

I think it would be better to:

 * gradually move away from *unspecified* to (values)
 * and this way, gradually change the meaning of *unspecified* from "an
   unspecified value" to 'an atom you can do with as you want"
 * after this, unspecified? and making #<unspecified> readable by the
   reader aren't weird anymore

though more something for guile-devel@ I suppose.

Greetings,
Maxime

[Message part 2 (text/html, inline)]
[OpenPGP_0x49E3EE22191725EE.asc (application/pgp-keys, attachment)]
[OpenPGP_signature (application/pgp-signature, attachment)]

This bug report was last modified 2 years and 326 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.