1. 17 Dec, 2013 1 commit
  2. 16 Dec, 2013 1 commit
  3. 29 Oct, 2013 1 commit
    • Adrian Grange's avatar
      Resolved Doxygen warnings. · f58eca90
      Adrian Grange authored
      Added comments to make the codebase build cleanly in Doxygen.
      
      Change-Id: I01e000ceac57dbafa04342858c8f1be250ba20d1
      f58eca90
  4. 27 Nov, 2012 1 commit
    • James Zern's avatar
      avoid redefining DECLSPEC_DEPRECATED · d034bfa9
      James Zern authored
      fixes, e.g.:
      
      In file included from ../vpx/internal/../vpx_decoder.h:33:0,
                       from ../vpx/internal/vpx_codec_internal.h:46,
                       from ../vp8/common/onyx.h:21,
                       from ../vp8/encoder/block.h:15,
                       from ../test/subtract_test.cc:18:
      ../vpx/internal/../vpx_codec.h:52:0: warning: "DECLSPEC_DEPRECATED"
      redefined
      /usr/x86_64-w64-mingw32/sys-root/mingw/include/winnt.h:164:0: note: this
      is the location of the previous definition
      
      Change-Id: Iddc9318451d3e4e4a78b4d706518083fffff5c61
      d034bfa9
  5. 17 Jul, 2012 1 commit
  6. 15 Mar, 2011 1 commit
  7. 17 Feb, 2011 1 commit
    • James Zern's avatar
      documentation: minor cosmetics · f42d52e6
      James Zern authored
      - correct spelling
      - remove explicit file name w/\file (unnecessary when contained in the
        same file and prone to desync)
      
      Change-Id: I68a3960ac5ab84d0f2e5c9b2e29799f26dfccf23
      f42d52e6
  8. 28 Oct, 2010 2 commits
    • Timothy B. Terriberry's avatar
      Eliminate more warnings. · 97b766a4
      Timothy B. Terriberry authored
      This eliminates a large set of warnings exposed by the Mozilla build
       system (Use of C++ comments in ISO C90 source, commas at the end of
       enum lists, a couple incomplete initializers, and signed/unsigned
       comparisons).
      It also eliminates many (but not all) of the warnings expose by newer
       GCC versions and _FORTIFY_SOURCE (e.g., calling fread and fwrite
       without checking the return values).
      There are a few spurious warnings left on my system:
      
      ../vp8/encoder/encodemb.c:274:9: warning: 'sz' may be used
       uninitialized in this function
      gcc seems to be unable to figure out that the value shortcut doesn't
       change between the two if blocks that test it here.
      
      ../vp8/encoder/onyx_if.c:5314:5: warning: comparison of unsigned
       expression >= 0 is always true
      ../vp8/encoder/onyx_if.c:5319:5: warning: comparison of unsigned
       expression >= 0 is always true
      This is true, so far as it goes, but it's comparing against an enum,
       and the C standard does not mandate that enums be unsigned, so the
       checks can't be removed.
      
      Change-Id: Iead6cd561a2afaa3d801fd63f1d8d58953da7426
      97b766a4
    • Timothy B. Terriberry's avatar
      Eliminate more warnings. · c4d7e5e6
      Timothy B. Terriberry authored
      This eliminates a large set of warnings exposed by the Mozilla build
       system (Use of C++ comments in ISO C90 source, commas at the end of
       enum lists, a couple incomplete initializers, and signed/unsigned
       comparisons).
      It also eliminates many (but not all) of the warnings expose by newer
       GCC versions and _FORTIFY_SOURCE (e.g., calling fread and fwrite
       without checking the return values).
      There are a few spurious warnings left on my system:
      
      ../vp8/encoder/encodemb.c:274:9: warning: 'sz' may be used
       uninitialized in this function
      gcc seems to be unable to figure out that the value shortcut doesn't
       change between the two if blocks that test it here.
      
      ../vp8/encoder/onyx_if.c:5314:5: warning: comparison of unsigned
       expression >= 0 is always true
      ../vp8/encoder/onyx_if.c:5319:5: warning: comparison of unsigned
       expression >= 0 is always true
      This is true, so far as it goes, but it's comparing against an enum, and the C
       standard does not mandate that enums be unsigned, so the checks can't be
       removed.
      
      Change-Id: Iaf689ae3e3d0ddc5ade00faa474debe73b8d3395
      c4d7e5e6
  9. 09 Sep, 2010 1 commit
  10. 18 Jun, 2010 1 commit
    • John Koleszar's avatar
      cosmetics: trim trailing whitespace · 94c52e4d
      John Koleszar authored
      When the license headers were updated, they accidentally contained
      trailing whitespace, so unfortunately we have to touch all the files
      again.
      
      Change-Id: I236c05fade06589e417179c0444cb39b09e4200d
      94c52e4d
  11. 04 Jun, 2010 1 commit
  12. 25 May, 2010 1 commit
    • John Koleszar's avatar
      install includes in DIST_DIR/include/vpx, move vpx_codec/ to vpx/ · b7492341
      John Koleszar authored
      This renames the vpx_codec/ directory to vpx/, to allow applications
      to more consistently reference these includes with the vpx/ prefix.
      This allows the includes to be installed in /usr/local/include/vpx
      rather than polluting the system includes directory with an
      excessive number of includes.
      
      Change-Id: I7b0652a20543d93f38f421c60b0bbccde4d61b4f
      b7492341
  13. 21 May, 2010 1 commit
    • John Koleszar's avatar
      configure: remove HAVE_CONFIG_H · 1df0314e
      John Koleszar authored
      This doesn't play well with autotools, and the preprocessor magic is
      confusing and unhelpful in the vp8-only context.
      
      Change-Id: I2fcb57e6eb7876ecb58509da608dc21f26077ff1
      1df0314e
  14. 20 May, 2010 1 commit
    • James Zern's avatar
      Name all external facing structs · f767a5a2
      James Zern authored
      Replace all anonymous structs with struct name matching current typedef
      minus _t.
      
      Change-Id: I639295e8f1bc4651fffc9286a7dba5171c92ce92
      f767a5a2
  15. 18 May, 2010 1 commit