tree: aef2116d6c5ce7038e411a79a3f78c68969837f8 [path history] [tgz]
  1. alsa/
  2. crash/
  3. deviceauth/
  4. egl/
  5. enhanced_audio/
  6. ffmpeg/
  7. gcc/
  8. gles/
  9. input/
  10. iso/
  11. lib/
  12. libaom/
  13. libdav1d/
  14. libde265/
  15. libevent/
  16. libfdkaac/
  17. libjpeg/
  18. libvpx/
  19. linux/
  20. media_session/
  21. nouser/
  22. openh264/
  23. opus/
  24. posix/
  25. pthread/
  26. pulse/
  27. signal/
  28. speechd/
  29. starboard/
  30. stub/
  31. toolchain/
  32. uwp/
  33. widevine/
  34. win32/
  35. x11/
  36. __init__.py
  37. environment.h
  38. internal_only.h
  39. README.md
starboard/shared/README.md

Starboard Shared Implementations

src/starboard/shared and subdirectories contain all implementation code that could concievably be shared between platforms.

Organization

As much code as possible is pushed into the shared directory. Each subdirectory foo means “files in here depend on foo.”

All source locations are specified relative to src/starboard/.

  • shared/iso/ - Implementation files that follow ISO C and C++ standards, but standards that are either new, or have historically had poor support on a variety of embedded platforms. Platforms that are ISO-compliant with the latest standards should be able to use these.
  • shared/libevent/ - libevent-specific implementation files, for platforms that can build and run libevent. See shared/libevent/README.md for more information.
  • shared/posix/ - POSIX-specific implementation files. Starboard implementations may pull some or all of this directory to implement Starboard APIs, if the platform is POSIX-compliant.
  • shared/pthread/ - pthread-specific implementation files, for platforms that provide a reasonable implementation of POSIX threads. This is called out separately from POSIX, because we've found that there are some platforms that are fairly POSIX-y, except in their threading APIs.
  • shared/starboard/ - Implementations of Starboard API functions that only rely on other Starboard API functions. Code in here should be reusable on any platform that implements the needed APIs.