Don't use CodeCache for allocations if it is already full

The failure examples in 7008325 show that even when CodeCache is full and compilation is switched off VM still trying to allocate in CodeCache:

# java.lang.OutOfMemoryError: requested 1824 bytes for CodeCache: no room for vtable chunks. Out of swap space?
#
# Internal Error (vtableStubs.cpp:63), pid=28881, tid=330
# Error: CodeCache: no room for vtable chunks


V [libjvm.so+0x547b70] void report_vm_out_of_memory(const char*,int,unsigned long,const char*)+0x68;; void report_vm_out_of_memory(const char*,int,unsigned long,const char*)+0x68
V [libjvm.so+0xa39578] void*VtableStub::operator new(unsigned long,int)+0xb8;; void*VtableStub::operator new(unsigned long,int)+0xb8
V [libjvm.so+0xa39e8c] VtableStub*VtableStubs::create_vtable_stub(int)+0x3c;; VtableStub*VtableStubs::create_vtable_stub(int)+0x3c
V [libjvm.so+0xa397e4] unsigned char*VtableStubs::create_stub(bool,int,methodOopDesc*)+0x3c;; unsigned char*VtableStubs::create_stub(bool,int,methodOopDesc*)+0x3c
V [libjvm.so+0x2ba2ac] void CompiledIC::set_to_megamorphic(CallInfo*,Bytecodes::Code,Thread*)+0x11c;; void CompiledIC::set_to_megamorphic(CallInfo*,Bytecodes::Code,Thread*)+0x11c
V [libjvm.so+0x2bce98] methodHandle SharedRuntime::handle_ic_miss_helper(JavaThread*,Thread*)+0x7a8;; methodHandle SharedRuntime::handle_ic_miss_helper(JavaThread*,Thread*)+0x7a8
V [libjvm.so+0x952988] unsigned char*SharedRuntime::handle_wrong_method_ic_miss(JavaThread*)+0x30;; unsigned char*SharedRuntime::handle_wrong_method_ic_miss(JavaThread*)+0x30
v ~RuntimeStub::ic_miss_stub
J java.awt.Component.getHWPeerAboveMe()Ljava/awt/peer/ComponentPeer;

Code Cache [0xffffffff77800000, 0xffffffff7b800000, 0xffffffff7b800000)
 total_blobs=40649 nmethods=16532 adapters=501 free_code_cache=770368