https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119377
--- Comment #18 from James K. Lowden <jklowden at gcc dot gnu.org> --- The logic slated for obliteration is in symbol_declaratives_add() and anything associated with it. That was the old way -- now weeks and weeks outdated -- to move declarative descriptors to the library. It was eliminated because it was too embarrassing to document. Chalk up one for documentation. That code creates a COBOL variable based on a host array. It's totally portable if host == target. :-/ And, yes, padding bytes will be copied and will be different from time to time, that being their Heisenberg nature. The good news is that the created variable is no longer used by the library. What remains is to remove it from the compiler. That's not hard, but is harder than it looks. The new logic relies on a target array, and does not copy structures or their padding bytes. How soon the cleanup is finished depends on what gets done first, but by end of May is a safe bet.
