Pass the class loader context to dex2oat when optimizing at runtime

Until now we always passed the special shared library symbol "&" when we
called dex2oat at runtime without an explicit class path.

This CL changes that and passes the class loader context inferred from the
runtime class loaders to dex2oat. If any of the runtime class loaders is
not supported we continue to pass the special library symbol.

Bug: 38138251
Test: m test-art-host

(cherry picked from commit 27e0d1f3)

Change-Id: I054d12c9e2c923d7abfae1a968a2849e31af164e