RFR: 8252388: Allocation without ResourceMark in InterpreterOopMap::resource_copy

[Coleen Phillimore]

I added a ResourceMark to interpreter_frame_num_oops and kept getting confused with frame::interpreted_frame_num_oops, which I then realized is not used.  So I deleted that one.

I also added a ResourceMark to frame::interpreted_oops_do (the one that's used, and deleted the other) before the InterpreterOopMask definition.  This necessitated using CHeap for FrameValuesOopClosure data because adding to the resource allocated _values field in the oops_interpreted_do ResourceMark got an resource mark nesting assertion.

Also, I apologize for the whitespace changes.  My editor removes white space at the end of lines.  You'll have to remove them anyway.

Ran this test: mach5 --patch-based --extra-src-dirs /scratch/cphillim/hg/jdk-loom -j loom-tier1,loom-tier2 -b linux-x64-debug'

-------------

Commit messages:
 - Implement do_derived_oop
 - Fix copyrights
 - remove unused duplicately named function.
 - Add ResourceMarks

Changes: https://git.openjdk.java.net/loom/pull/85/files
 Webrev: https://webrevs.openjdk.java.net/?repo=loom&pr=85&range=00
  Issue: https://bugs.openjdk.java.net/browse/JDK-8252388
  Stats: 161 lines in 13 files changed: 35 ins; 53 del; 73 mod
  Patch: https://git.openjdk.java.net/loom/pull/85.diff
  Fetch: git fetch https://git.openjdk.java.net/loom pull/85/head:pull/85

PR: https://git.openjdk.java.net/loom/pull/85