Displaying 4 results from an estimated 4 matches for "roman2numeric".
2025 Jan 15
2
Weird and changed as.roman() behavior
...t version of Mageia Linux.
> Expected bahavior:
>> as.roman(strrep("I", 1:5))
> [1] I II III IV V
> Current behavior:
>> as.roman(strrep("I", 1:5))
> [1] I II III IV <NA>
> Warning message:
> In .roman2numeric(x) : invalid roman numeral: IIIII
> as.roman() doesn't handle "IIIII" -> "V" anymore and thus 'make check'
> fails when building any 4.3.x or 4.4.x versions from the sources.
Not yet.
For me, (on Linux Fedora 40),
on current R-4.4.2, R-patched and...
2025 Jan 14
1
Weird and changed as.roman() behavior
...erent way lately on Mageia Cauldron. Cauldron is the
latest development version of Mageia Linux.
Expected bahavior:
> as.roman(strrep("I", 1:5))
[1] I II III IV V
Current behavior:
> as.roman(strrep("I", 1:5))
[1] I II III IV <NA>
Warning message:
In .roman2numeric(x) : invalid roman numeral: IIIII
as.roman() doesn't handle "IIIII" -> "V" anymore and thus 'make check'
fails when building any 4.3.x or 4.4.x versions from the sources.
Any hints?
-------------- next part --------------
A non-text attachment was scrubbed...
N...
2025 Jan 15
1
Weird and changed as.roman() behavior
Well, the real issue then seems to be that .roman2numeric uses an invalid regular expression:
>> grepl("^M{,3}D?C{,4}L?X{,4}V?I{,4}$", cc)
> [1] TRUE TRUE TRUE TRUE TRUE
or
>> grepl("^I{,2}$", c("II", "III", "IIII"))
> [1] TRUE TRUE FALSE
Both the TRE and the PCRE specification o...
2025 Jan 16
2
Weird and changed as.roman() behavior
>>>>> Stephanie Evert
>>>>> on Wed, 15 Jan 2025 13:18:03 +0100 writes:
> Well, the real issue then seems to be that .roman2numeric uses an invalid regular expression:
>>> grepl("^M{,3}D?C{,4}L?X{,4}V?I{,4}$", cc)
>> [1] TRUE TRUE TRUE TRUE TRUE
> or
>>> grepl("^I{,2}$", c("II", "III", "IIII"))
>> [1] TRUE TRUE FALSE...