Hope everyone is well.

I've included a suggested patch for 'eieio.el', which slightly
modifies the behavior of EIEIO's 'defclass'. When playing around with
'eieio-instance-inheritor' as a base class, I noticed that calls to
the accessor (when used as a getter) weren't delegating to the parent

instance (as defined when calling 'clone'). That is, an object clone that doesn't set

its fields directly will report 'nil' when the accessor method is used as a getter for some slot.

However, neither 'oref' nor ':reader' methods share this problem.

The included patch duplicates the code for the reader method defined for

the ':reader' case. In particular, it removes the 'slot-unboundp' check, which appeared

to be the real culprit here. I've also deleted the FIXME comment which asked, "Why is this

different from the :reader case?" since it no longer differs from it.

There is some more context provided (along with an example) in the
commit message included in the patch, in case it helps.

I know this isn't earth-shattering, but I couldn't help but notice the issue;

and, at least to me, it seemed like incorrect behavior. (Otherwise, in order to

obtain the delegation behavior for a given slot, I'd be forced to define

':reader' and ':writer' separately, which feels rather verbose, given we have ':accessor'

for this exact purpose.)

- Brandon