Skip to content
Snippets Groups Projects
  1. Feb 04, 2016
  2. Feb 03, 2016
    • Nat Goodspeed's avatar
      DRTVWR-418: Adapt zlib build for 64-bit on Mac. · 2aad8f66
      Nat Goodspeed authored
      Add requirement for sibling checkout of build-variables repo. Bring in those
      variables.
      
      Make the platform 'case' statement handle windows64, darwin64, linux64 --
      instead of skipping all build activity for those as it did before!
      
      Adapt Mac configure variables CFLAGS and LDFLAGS to vary -arch depending on
      AUTOBUILD_ADDRSIZE. Use LL_BUILD from build-variables/convenience for the
      rest. Fix script bug in which install_name was set after use, causing the
      linker to stamp the dylib with an empty -install_name.
      For AUTOBUILD_ADDRSIZE=64, add --64 switch to configure.
      
      Comment out all Mac Debug build and test activity. (Copy a couple script
      comments from the Debug block to the Release block.)
      Comment out anything to do with contrib/minizip.
      Remove debug and minizip items from the darwin manifest in autobuild.xml.
      
      Use awk to extract the section of the README containing the copyright info,
      rather than using 'tail -n 31', which would break if the README contents
      change with updated versions of the upstream software.
      2aad8f66
  3. Jan 28, 2016
  4. Jan 27, 2016
  5. Nov 19, 2014
    • Nat Goodspeed's avatar
      Make "$AUTOBUILD" command work properly even on Windows. · be89c1e3
      Nat Goodspeed authored
      On Windows, autobuild primes the AUTOBUILD environment variable with a
      Windows-style pathname. Unfortunately, when it's a bash script (such as
      build-cmd.sh) trying to invoke "$AUTOBUILD", this only confuses the issue. Use
      cygpath -u to convert back to a pathname bash can handle.
      be89c1e3
  6. Oct 31, 2014
    • Nat Goodspeed's avatar
      Remove ZLIB_WINAPI macro from ALL VS 2013 .vcxproj files. · e989dbf9
      Nat Goodspeed authored
      Also from minizip/Makefile.Linden.Win32.mak, where I'd inserted it earlier to
      be able to link the utility programs with the library.
      It's not clear at what point the upstream project decided that ZLIB_WINAPI
      should be the default for all Windows builds, but it wreaks havoc on our
      viewer build dependency tree: when zlib is built that way, every 3p library
      that depends on it must ALSO #define ZLIB_WINAPI to be able to link with it.
      Cheaper to undo the macro in the zlib repo than to fix every consumer.
      e989dbf9
  7. Oct 15, 2014
  8. Oct 13, 2014
  9. Oct 10, 2014
  10. Oct 09, 2014
  11. Sep 27, 2014
  12. Sep 26, 2014
  13. Sep 24, 2014
  14. Sep 08, 2014
  15. Sep 05, 2014
  16. Jun 09, 2014
  17. Jun 02, 2014
  18. May 30, 2014
  19. May 29, 2014
    • Monty Brandenberg's avatar
      Win: /Z7 for all static lib targets. Mac: symbol export files for archives. · 4ae74b51
      Monty Brandenberg authored
      Consistently use /Z7 for archive targets to get debug symbols into
      consumers.  On Mac, bring the libz symbols file that was started
      in freetype into this repo where it belongs.  These are two
      files, manually maintained, that list the global symbols defined
      in the libz.a archives (debug and release).  These symbol lists
      can then be used in an --unexported-symbols option to prevent
      re-export in consumer shared libraries.
      4ae74b51
  20. May 16, 2014
  21. May 15, 2014
  22. May 09, 2014
Loading