To whom may care this issue.
According to the discussion in IRC, here's the memo for the issue, in case anybody encounter the same issue again:
The record is not nested inherited anymore, this would be the permanent change.
The good thing is better performance to access record-type, the bad thing is the incompatibility.
If anyone use pattern-matching for parsing parent of a record-type, then it'll break.
There are probably two workarounds to keep your current code if you use pattern-matching for parsing parent.
1. Copy and maintain the old record code:
(rnrs records procedural) and (rnrs records syntactic) from 73d0a3bccb3c2b79d7f0e3aaca88a84f3a5c3f43
2. The r6rs record-type is powerful so that you may customize it by redefine its constructor to always put its parent to the first field.
So that pattern-matching can correctly parse the parent in its assumed first field.
From 3.0, you can't bind the parent of record type in the same matching case, the parent (super class) would be is-A relationship,
not the previous has-A relationship, so that the parent (super class) is not nested in the record-type anymore. The inherited fields
are the parts of the record-type (subclass) from now on, which would be faster for access, obviously.