Jordan Rose 96e8d56878 [Serialization] Add recovery for structs with non-loadable constraints ...

That is, if a struct's generic requirements can't be deserialized,
drop the struct. This is the same logic that's already in play for
enums and (as of the previous commit) classes, so it should be pretty
well tested by now. (Hence the sole test I'm adding here, snuck into
superclass.swift because it's a superclass /constraint/ being tested.)

I don't know of any outstanding issues caused by this, but it was
weird to have it for enums and classes but not structs, so here we
are.

2019-05-17 10:25:01 -07:00

..

BCReadingExtras.h

[gardening] 2016 → 2017

2017-01-06 16:41:22 +01:00

DeclTypeRecordNodes.def

Serialization: Cross-reference opaque return types by mangled name. rdar://problem/50005972

2019-04-18 14:41:26 -07:00

ModuleFile.h

[Serialization] Retire "shadowed module" in favor of "underlying" (#24711)

2019-05-13 10:20:03 -07:00

ModuleFormat.h

[Serialization] Add recovery for structs with non-loadable constraints

2019-05-17 10:25:01 -07:00

SerializationOptions.h

Record parseable interface imports in the debug info.

2019-04-11 14:50:07 -07:00

SerializedModuleLoader.h

[Serialization] Support Swift only system module

2019-05-08 17:03:06 -07:00

SerializedSILLoader.h

Serialization: use the mangled class name for serializing vtables.

2019-05-11 08:30:15 -07:00

Validation.h

[Serialization] Retire "shadowed module" in favor of "underlying" (#24711)

2019-05-13 10:20:03 -07:00