Enums with `isDefault` not handled correctly

[armandas]

In the Renesas RA SVDs, there are some enums like the below, with isDefault and no value.

<field>
<name>MOSEL</name>
<description>Main Clock Oscillator Switching</description>
<lsb>6</lsb>
<msb>7</msb>
<access>read-write</access>
<enumeratedValues>
    <enumeratedValue>
        <name>01</name>
        <description>Resonator</description>
        <value>#01</value>
    </enumeratedValue>
    <enumeratedValue>
        <name>11</name>
        <description>External clock input mode</description>
        <value>#11</value>
    </enumeratedValue>
    <enumeratedValue>
        <name>Others</name>
        <description>Port mode</description>
        <isDefault>true</isDefault>
    </enumeratedValue>
</enumeratedValues>
</field>

This causes chiptool to crash at

chiptool/src/svd2ir.rs

Line 308 in 26983da

value: v.value.unwrap() as _, // TODO what are variants without values used for??

while svd2rust generates the following enum:

#[doc = "Main Clock Oscillator Switching\n\nValue on reset: 0"]
#[derive(Clone, Copy, Debug, PartialEq, Eq)]
#[repr(u8)]
pub enum Mosel {
    #[doc = "1: Resonator"]
    _01 = 1,
    #[doc = "3: External clock input mode"]
    _11 = 3,
    #[doc = "0: Port mode"]
    Others = 0,
}

Related issues in svd2rust:

• When isDefault is present in an enumeratedValue, map all non-specified reads to that variant rust-embedded/svd2rust#172
• Build Errors in Code Generated from Renesas RA6M3 SVD rust-embedded/svd2rust#852

[inferiorhumanorgans]

This should be resolved with #88. I've not looked specifically at the RA6M3 SVD but the way Renesas uses that pattern in other SVDs makes it seem that it's meant to be a human, not machine, readable comment.