1. 15 3月, 2017 2 次提交
  2. 02 3月, 2017 1 次提交
  3. 22 11月, 2016 1 次提交
  4. 16 11月, 2016 1 次提交
  5. 15 11月, 2016 2 次提交
  6. 07 11月, 2016 2 次提交
  7. 03 11月, 2016 2 次提交
  8. 31 10月, 2016 1 次提交
  9. 27 10月, 2016 1 次提交
    • R
      VMS: tell the C compiler to use the ISO C94 standard · 4f3015bb
      Richard Levitte 提交于
      The current version of the VMS compiler provides C99 features,
      strictly language wise.  Unfortunately, even the most recent standard
      library isn't fully updated for that standard, so we need to use an
      earlier standard that the compiler supports.
      
      Most importantly, this affects the __STDC_VERSION__ value, which the
      compiler unfortunately currently defaults to 199901L.  With this
      change we won't have to give VMS special treatment when looking for
      features based on that macro.
      Reviewed-by: NRich Salz <rsalz@openssl.org>
      (Merged from https://github.com/openssl/openssl/pull/1785)
      4f3015bb
  10. 22 10月, 2016 1 次提交
  11. 15 10月, 2016 1 次提交
  12. 12 10月, 2016 1 次提交
  13. 16 9月, 2016 1 次提交
  14. 15 9月, 2016 1 次提交
  15. 13 9月, 2016 1 次提交
  16. 09 9月, 2016 1 次提交
    • R
      VMS: Use different C flags for programs that aren't to be installed · 1750142f
      Richard Levitte 提交于
      This is generalised by having the following macros for stuff that won't
      be installed:
      
          NO_INST_LIB_CFLAGS, used instead of LIB_CFLAGS
          NO_INST_DSO_CFLAGS, used instead of DSO_CFLAGS
          NO_INST_BIN_CFLAGS, used instead of BIN_CFLAGS
      
      They take values from corresponding target config fields if those are
      defined, otherwise they take the respective values from LIB_CFLAGS,
      DSO_CFLAGS and BIN_CFLAGS.
      Reviewed-by: NRich Salz <rsalz@openssl.org>
      1750142f
  17. 08 9月, 2016 1 次提交
  18. 02 9月, 2016 4 次提交
  19. 01 9月, 2016 1 次提交
  20. 25 8月, 2016 1 次提交
  21. 22 8月, 2016 1 次提交
    • R
      VMS: Use strict refdef extern model when building library object files · 68a39960
      Richard Levitte 提交于
      Most of the time, this isn't strictly needed.  However, in the default
      extern model (called relaxed refdef), symbols are treated as weak
      common objects unless they are initialised.  The librarian doesn't
      include weak symbols in the (static) libraries, which renders them
      invisible when linking a program with said those libraries, which is a
      problem at times.
      
      Using the strict refdef model is much more like standard C on all
      other platforms, and thereby avoid the issues that come with the
      relaxed refdef model.
      Reviewed-by: NRich Salz <rsalz@openssl.org>
      68a39960
  22. 05 8月, 2016 1 次提交
  23. 01 8月, 2016 2 次提交
  24. 27 7月, 2016 1 次提交
  25. 02 7月, 2016 1 次提交
  26. 27 6月, 2016 1 次提交
  27. 24 5月, 2016 1 次提交
  28. 20 5月, 2016 1 次提交
  29. 16 5月, 2016 1 次提交
  30. 13 5月, 2016 2 次提交
  31. 10 5月, 2016 1 次提交