Fix up some types in the API.

ppapi/cpp/core.h

 // Copyright (c) 2010 The Chromium Authors. All rights reserved.
 // Use of this source code is governed by a BSD-style license that can be
 // found in the LICENSE file.
 
 #ifndef PPAPI_CPP_CORE_H_
 #define PPAPI_CPP_CORE_H_
 
 #include "ppapi/c/ppb_core.h"
 
 namespace pp {
 
 class CompletionCallback;
 class Module;
 
 // Simple wrapper around the PPB_Core interface. Some of these wrappers add
 // nothing over the C interface, but some allow the use of C++ arguments.
 class Core {
  public:
   // Note that we explicitly don't expose Resource& versions of this function
   // since Resource will normally manage the refcount properly. These should
   // be called only when doing manual management on raw PP_Resource handles,
   // which should be fairly rare.
   void AddRefResource(PP_Resource resource) {
     interface_->AddRefResource(resource);
   }
   void ReleaseResource(PP_Resource resource) {
     interface_->ReleaseResource(resource);
   }
 
-  void* MemAlloc(size_t num_bytes) {

[dmichael(do not use this one), 2011/03/21 21:53:24]

size_t is 8 bytes on Linux 64.  It sounds like we've already decided we're okay
with that?  I think 32 bits should cover all our needs, but I want to make sure
it's been thought about already.

[neb, 2011/03/21 22:16:15]

Yeah, we talked about it a bit. We currently serialize this as 32 bits anyhow, I
don't see us making 4Gb resources any time soon.

+  void* MemAlloc(uint32_t num_bytes) {
     return interface_->MemAlloc(num_bytes);
   }
-  void MemFree(void* ptr) {
+  void MemFree(const void* ptr) {
     interface_->MemFree(ptr);
   }
 
   PP_Time GetTime() {
     return interface_->GetTime();
   }
 
   PP_TimeTicks GetTimeTicks() {
     return interface_->GetTimeTicks();
   }
@@ skipping 14 matching lines @@
   // Copy and assignment are disallowed.
   Core(const Core& other);
   Core& operator=(const Core& other);
 
   const PPB_Core* interface_;
 };
 
 }  // namespace pp
 
 #endif  // PPAPI_CPP_CORE_H_