1. 21 Sep, 2016 1 commit
  2. 27 Jul, 2016 1 commit
  3. 27 May, 2015 1 commit
  4. 20 Aug, 2013 1 commit
  5. 08 Aug, 2013 2 commits
  6. 06 Aug, 2013 1 commit
  7. 28 Jun, 2013 1 commit
    • Ron's avatar
      More autoconf housekeeping · c939c736
      Ron authored
      Don't let AC_SEARCH_LIBS([lrintf]) add -lm to LIBS, otherwise we'll
      unconditionally link everything with it.
      
      Correctly handle the third possibility of AC_SEARCH_LIBS, that no
      library at all was found.
      
      Link libopusfile with $lrintf_lib, it uses it and will otherwise fail
      with linkers that use --no-add-needed / --no-copy-dt-needed-entries.
      
      Don't bother to test for doxygen if using it is --disable'd.
      c939c736
  8. 13 May, 2013 4 commits
    • Ron's avatar
      Fully automate version updating · ff868661
      Ron authored
      This one meets or exceeds the following requirements:
      
       - Version is checked/updated for every build action when in the git repo.
         Does not require the user to re- ./configure to get the correct version.
      
       - Version is not updated automatically when using exported tarball source.
         Avoids accidentally getting a wrong version from some other git repo in
         a parent directory of the source, and allows setting the correct version
         for distro package exports.
      
       - Automatic updating can be manually suppressed.
         For developers doing lots of change/rebuild cycles they don't plan to
         release, when they don't want a full rebuild triggered for every commit,
         and again for every change made immediately after a commit.
         The version will still always be updated if they do a `make dist`.
      
       - Does not require any manual updating of versions in the mainline git
         repo for each release aside from normal tagging.  The version is
         recorded in one file only, that is automatically generated and will
         never need to be committed.
      
       - Does not require gnu-make features for the autoconf builds.
      
      It does not currently:
      
       - Keep a checksum of every source file in tarball releases to mangle the
         version if people modify the tarball source.  Responsible people can
         manually update the version easily though in such cases.
      ff868661
    • Ron's avatar
      Don't repeatedly install the doc dir for every file · 3fd084af
      Ron authored
      3fd084af
    • Ron's avatar
      Always build libopusurl · 13488656
      Ron authored
      If --disable-http is used it will just only have file URL support.
      13488656
    • Ron's avatar
      Autoconf and pkg-config support for libopusurl · 428b6bc5
      Ron authored
      428b6bc5
  9. 28 Feb, 2013 7 commits
    • Timothy B. Terriberry's avatar
      Support the Windows system certificate store. · 9a866b18
      Timothy B. Terriberry authored
      OpenSSL on Windows does not pull certificates from any well-known
       location (in fact most binaries continue to use the default Unix
       path, which usually doesn't even exist).
      We could ship our own set of certificates (e.g., cloned from the
       Mozilla root list), but I don't want to be responsible for
       releasing libopusfile updates when things like DigiNotar
       fiasco [1] happen.
      That approach also means that we would need to load, parse, and
       keep a copy of every certificate in the system for every SSL
       session.
      
      OpenSSL has had patches sitting in their bugtracker which load
       certificates from the Crypto API's system certificate store.
      However, those patches have been sitting around for several years,
       so movement on that front in the near future seems unlikely.
      We don't care about using OpenSSL's builtin CAPI engine, though, so
       we can do the same thing with less than 200 lines of code.
      This puts the maintenance burden on Windows Update, which will be
       far more timely and effective than getting people to upgrade
       libopusfile, and gets us on-demand loading of just the
       certificates we need.
      
      [1] <https://bugzilla.mozilla.org/show_bug.cgi?id=682927>
      9a866b18
    • Timothy B. Terriberry's avatar
      Clean up winsock usage. · 25477092
      Timothy B. Terriberry authored
      This keeps differences which can be cleanly abstracted away clean
       (closesocket, ioctlsocket, getsockopt, setsockopt), and makes
       differences which cannot be cleanly abstracted explicit (SOCKET,
       INVALID_SOCKET, WSAGetLastError/WSASetLastError).
      It also gets rid of wsockwrapper.[ch], since it contained just a
       single function.
      
      This can successfully pass the seeking_example tests on
       big.chained.blob over https when built with i686-w64-mingw32 and
       run under wine.
      It does not solve the certificate distribution problems with using
       OpenSSL on a real Windows system.
      25477092
    • Timothy B. Terriberry's avatar
      Clean up mingw32 configuruation. · 1e9d7d85
      Timothy B. Terriberry authored
      Properly check for HTTP support and handle the case where it's
       disabled.
      Also fixes the include paths broken by 3e7f0ddc.
      1e9d7d85
    • Timothy B. Terriberry's avatar
      s/OS_WIN32/OP_WIN32/ · 100027a3
      Timothy B. Terriberry authored
      The former is too generic.
      100027a3
    • Ralph Giles's avatar
      Merge two OS_WIN32 conditionals. · 383dfbb4
      Ralph Giles authored
      383dfbb4
    • Ralph Giles's avatar
      Move win32 source files up a level. · 4a5c89ad
      Ralph Giles authored
      4a5c89ad
    • Ralph Giles's avatar
      Initial winsock support patch from nu774. · 9c097eee
      Ralph Giles authored
      Some tweak might be still needed to take care of OPENSSL_AppLink
      to get https support working. In win32, user application of openssl
      is required to include openssl/applink.c or something, when openssl
      is compiled with OPENSSL_USE_APPLINK.
      
      I don't know how it should be taken care of, from the library point of
      view (it must be done by user of libopusfile, since openssl always
      searches that function in executable module).
      
      Posted to the hydrogenaudio format 2012 November 19.
      http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=97856&view=findpost&p=814582
      9c097eee
  10. 14 Nov, 2012 1 commit
  11. 13 Nov, 2012 1 commit
  12. 12 Nov, 2012 2 commits
    • Ron's avatar
      Add some extra makefile targets · 009e8253
      Ron authored
      The opusfile and install-opusfile targets let us build and install just
      the library (without the docs, even if doxygen is present and enabled).
      
      The docs and install-docs targets let us build and install just the docs
      without the library.
      
      The default for make and make install remains to build both if doxgen
      is present and enabled.
      Signed-off-by: default avatarRalph Giles <giles@mozilla.com>
      009e8253
    • Ron's avatar
      Move the extra EXTRA_DIST out of HAVE_DOXYGEN · 9502cd84
      Ron authored
      We'll want that stuff in the release tarballs, even if the person running
      make dist doesn't have doxygen installed (or --enabled) themselves.
      Signed-off-by: default avatarRalph Giles <giles@mozilla.com>
      9502cd84
  13. 07 Oct, 2012 1 commit
  14. 01 Oct, 2012 3 commits
  15. 29 Sep, 2012 1 commit