summaryrefslogtreecommitdiffstats
path: root/ppapi/c
Commit message (Collapse)AuthorAgeFilesLines
* Fix out of date comment.brettw@chromium.org2010-12-021-1/+1
| | | | | | | | TEST=none BUG=63409 Review URL: http://codereview.chromium.org/5528002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@68012 0039d316-1c4b-4281-b951-d872f2087c98
* Change trusted shared memory interface to match audio.nfullagar@google.com2010-12-022-9/+11
| | | | | | | | | | | | | - shm handle uint64_t -> int - more unification of shm size from int32_t -> uint32_t - GetNativeMemoryHandle() -> GetSharedMemory() BUG=none TEST=src/ppapi/examples/ Review URL: http://codereview.chromium.org/5410001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@67910 0039d316-1c4b-4281-b951-d872f2087c98
* Cleanupnfullagar@google.com2010-11-301-15/+23
| | | | | | | | | | | | - change comment style in ppb_audio_trusted_dev.h to c style - change shm_size to uint32_t to match other interfaces BUG=none TEST=src/ppapi/examples/audio/audio.cc Review URL: http://codereview.chromium.org/5292010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@67730 0039d316-1c4b-4281-b951-d872f2087c98
* changes for proxy audionfullagar@google.com2010-11-251-13/+27
| | | | | | | | | | | | | - includes Darin's changes to move StreamCreated() to main thread - callback for delivering handles to proxy - changes to trusted interface BUG=none TEST=chrome/src/ppapi/examples/audio/audio.cc Review URL: http://codereview.chromium.org/5202002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@67354 0039d316-1c4b-4281-b951-d872f2087c98
* Add c/dev/ppb_widget_dev.h and cpp/non_thread_safe_ref_count.h to ppapi.gyp. ↵dmichael@google.com2010-11-191-1/+2
| | | | | | | | | | | | | Add a simple test to ensure all C++ files compile. Re-sorted the includes in test_c_includes.c that uncovered a problem whereby ppapi headers expect pp_stdint.h to include stddef.h, and it wasn't doing it on Windows. See http://codereview.chromium.org/5190004/ for an attempt at automating the test generation and verification of ppapi.gyp. BUG=66321 TEST=None Review URL: http://codereview.chromium.org/5233002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66781 0039d316-1c4b-4281-b951-d872f2087c98
* Renames Chrome only GL extension functions to followgman@chromium.org2010-11-181-14/+0
| | | | | | | | | | | GL naming convention. TEST=none BUG=none Review URL: http://codereview.chromium.org/5210001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66695 0039d316-1c4b-4281-b951-d872f2087c98
* Make the GetName() comment more clear.dumi@chromium.org2010-11-181-1/+4
| | | | | | | | | BUG=none TEST=none Review URL: http://codereview.chromium.org/5179002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66661 0039d316-1c4b-4281-b951-d872f2087c98
* Update cmd buffer script to reflect ppapi reorg.neb@chromium.org2010-11-171-0/+2
| | | | | | | | | | | | Someone moved the files in PPAPI around and hand-modified autogenerated files. This CL moves the change to the .py file used to generate them. BUG=none TEST=generated files identical to hand-modified version. Review URL: http://codereview.chromium.org/5147003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66520 0039d316-1c4b-4281-b951-d872f2087c98
* Update some comments.dumi@chromium.org2010-11-172-3/+11
| | | | | | | | | BUG=none TEST=none Review URL: http://codereview.chromium.org/5096002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66505 0039d316-1c4b-4281-b951-d872f2087c98
* Kill a #if 0 section as discussed in the meeting.dumi@chromium.org2010-11-171-9/+0
| | | | | | | | | BUG=none TEST=non Review URL: http://codereview.chromium.org/5129001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66503 0039d316-1c4b-4281-b951-d872f2087c98
* A second attempt at forcing 8-byte alignment of the time stamp.dmichael@google.com2010-11-172-8/+6
| | | | | | | | | | | | | | | I used padding this time. pragma pack didn't work on Mac x86-32. It seems to be an issue that only some (very recent?) versions of GCC support it. I could do it with macros, but it would be ugly. See the updated bug for more details. Try was clean: http://build.chromium.org/p/tryserver.chromium/waterfall?committer=dmichael@google.com BUG=62983 TEST=I use a compile assert to ensure the size is consistent. Assuming this goes well, I'll do a future CL to scan other structs and tweak them to get consistent alignment if I find any other problems. Review URL: http://codereview.chromium.org/5001002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66446 0039d316-1c4b-4281-b951-d872f2087c98
* Run Pepper unit tests in Native Clientgarianov@google.com2010-11-161-1/+1
| | | | | | | | | copy of http://codereview.chromium.org/4991006/ had to do it again in 'commitable' version of chrome tree Review URL: http://codereview.chromium.org/4979006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66321 0039d316-1c4b-4281-b951-d872f2087c98
* Force 8-byte alignment in PP_InputEvent. Rev PPP_Instance interface to 0.3 ↵dmichael@google.com2010-11-123-4/+40
| | | | | | | | | | | | | | | | because this changes the size of PP_InputEvent on Linux x86-32. Add an assertion for the size of PP_InputEvent. Note I had to tweak the macro to allow for a typename of "struct PP_InputEvent", because I was relying on having no spaces in the typename. Now there's a separate macro for structs. Other options would include: - adding a typedef, e.g. PP_InputEvent_t, and using that in the original macro (this was my initial approach, but I decided I'd rather make a new macro than obfuscate the PP_InputEvent declaration) - Make PP_InputEvent itself a typedef, i.e. typedef struct {...} PP_InputEvent. This would make it impossible to forward-declare PP_InputEvent, and would require code changes elsewhere. - Change the macro some other way so that we don't need 2 macros (e.g., don't use the passed typename when creating a unique name). Use another trick like using the line number. This also has the drawback of making the error message less helpful. BUG=62983 TEST=NaCl tests/ppapi_proxy/event_example (see http://codereview.chromium.org/3767003/show) Review URL: http://codereview.chromium.org/4861002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@66000 0039d316-1c4b-4281-b951-d872f2087c98
* Move URLLoader, URLRequestInfo, and URLResponseInfo out of the dev directorybrettw@chromium.org2010-11-104-27/+25
| | | | | | | | | | | | and rename accordingly. Rename URLResponseInfo.GetBody to GetBodyAsFileRef. TEST=it compiles BUG=none Review URL: http://codereview.chromium.org/4747001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@65705 0039d316-1c4b-4281-b951-d872f2087c98
* Add a macro (PP_ENUM) that ensures that enums are always 4 bytes. Whereverdmichael@google.com2010-11-103-0/+19
| | | | | | | | | | | | | | | | | possible (Visual Studio C++ and GCC C++0x mode), specify int32_t as the representation type of the enum. For C, where enum gives us no type safety, just typedef an int32_t to the enum name. In all other cases, use a compile-time assertion to ensure that enums are 4 bytes wide. This change only applies the new PP_ENUM macro in 2 commonly used places. This is to make sure that the (possibly contraversial) usage of variadic macro arguments is acceptable before I go change it everywhere. If I can't use variadic macro arguments, I think I will have to separate this in to 2 macros and the enum declarations will look something like this: PP_ENUM_BEGIN(PP_Bool) PP_FALSE=0, PP_TRUE=1 PP_ENUM_END(PP_Bool) BUG=61004 TEST=This should be exercised by all tests that use PP_Bool and PP_Var. Suggestions for improvement are welcome, as always. Review URL: http://codereview.chromium.org/4720005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@65704 0039d316-1c4b-4281-b951-d872f2087c98
* Change the private image data shared memory handle code to return a nativebrettw@chromium.org2010-11-091-2/+5
| | | | | | | | | | memory handle and a size rather than the internal TransportDIB structure. TEST=none BUG=none Review URL: http://codereview.chromium.org/4611001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@65482 0039d316-1c4b-4281-b951-d872f2087c98
* Make PPAPI headers compile with C compilers (gcc on Linux & Mac and MSVS on ↵dmichael@google.com2010-11-0546-330/+498
| | | | | | | | | | | | | | Windows). This includes changing bool to PP_Bool and adding a PP_INLINE macro. TEST=tests/test_c_includes.c BUG=59791,53451 The first patch set is a straight copy of http://codereview.chromium.org/4019010/show which got LGTMed when PPAPI was in its own repo, but had to be rolled back in order to include chrome changes. IMPORTANT: This change will break plugin implementations that use the C interface, and might break others as well. Review URL: http://codereview.chromium.org/4310002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@65200 0039d316-1c4b-4281-b951-d872f2087c98
* Add callback ability for URLLoader so an asynchronous proxy can send thebrettw@chromium.org2010-11-043-11/+56
| | | | | | | | | | | | | | current progress to another process. Adds a DOWNLOADPROGRESS flag to track download progress to be symetrical with the upload progress. I implemented the backend of these two flags and made it refuse to provide progress unless these flags were set. TEST=none BUG=none Review URL: http://codereview.chromium.org/4423001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@65098 0039d316-1c4b-4281-b951-d872f2087c98
* Fix includes to make checkdeps happybrettw@chromium.org2010-11-011-1/+1
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@64618 0039d316-1c4b-4281-b951-d872f2087c98
* Move PPAPI into the Chrome repo. The old repo wasbrettw@chromium.org2010-11-0163-0/+4856
http://ppapi.googlecode.com/ TEST=none BUG=none git-svn-id: svn://svn.chromium.org/chrome/trunk/src@64613 0039d316-1c4b-4281-b951-d872f2087c98