Skip to main content

Timeline for Product over a range

Current License: CC BY-SA 4.0

15 events
when toggle format what by license comment
Jul 27, 2022 at 18:46 history edited Seggan CC BY-SA 4.0
added 17 characters in body
Jul 27, 2022 at 18:46 comment added Seggan @Deadcode hmm, that must be a bug then. Or I can make it a "feature"
Jul 27, 2022 at 18:39 comment added Deadcode I just realized, your post says it's using an exclusive range, but the program is actually using an inclusive range when I test it with Fig 0.3.2.
Jul 27, 2022 at 17:51 history edited Seggan CC BY-SA 4.0
deleted 84 characters in body
Jul 26, 2022 at 20:09 comment added Seggan @Deadcode as in N1, not N-1. N is negation
Jul 26, 2022 at 19:52 comment added Deadcode rRN-1N-4 still does not work, though. It returns 0 but should return 24.
Jul 26, 2022 at 19:38 comment added Seggan @Deadcode oops, thats a bug in my input evaluator. You can append N<number> for the same effect
Jul 26, 2022 at 19:10 comment added Deadcode How do I pass negative numbers to this program? It appears not to work with anything negative.
Jul 26, 2022 at 15:26 comment added Dominic van Essen Thanks for the link. I wasn't aware of the new rule/consensus.
Jul 26, 2022 at 14:59 comment added Seggan @DominicvanEssen chat, currently accepted rule
Jul 26, 2022 at 7:24 comment added Dominic van Essen Why do you think it's 'allowed by the rules'? On CGCC the 'rule' has typically been that languages are defined by their implementation, and that code size is it's actual size when stored. So if you implement base-96 encoding and store the program then it could be Ok (although I suspect that you'll need bits to finally store it on any existing computer). This is what Stax implements, for instance. But not bothering to actually implement it and claiming a 'theoretical' information content seems like a shortcut.
Jul 25, 2022 at 18:11 comment added Seggan @DominicvanEssen see this chat conversation, both above and below. TL;DR it is possible to build an architecture that supports any alog_256(n) byte count. Also it's allowed by the rules
Jul 25, 2022 at 10:17 comment added Dominic van Essen I think it would be fairer to score this with the smallest number of bytes/bits that you can actually store the program in (if the 'Fig' interpreter implements base-96 encoding of the program, and is also able to write/read this as binary bits, then this program could be 13 bits, which could even save you 0.17 bits).
Jul 25, 2022 at 10:17 comment added Dominic van Essen I am very sceptical about the 1.646-byte claim, which seems impossible as it isn't an integer number of bits. The size of a program for code-golf is the size of the program when it is stored. Other sub-byte-token languages (like Nibbles or seven, for instance) implement ways to actually store the program in the indicated number of bytes/bits, and to do this can even 'cost' extra bits. Simply declaring that - because you've elected to use only 96 characters - the code 'size' is a multiple of log256(96) isn't sufficient.
Jul 22, 2022 at 21:27 history answered Seggan CC BY-SA 4.0