1. 08 4月, 2020 1 次提交
  2. 02 3月, 2020 1 次提交
  3. 27 2月, 2020 2 次提交
  4. 18 2月, 2020 2 次提交
    • R
      TEST: Create test specific output directories · f0790d4d
      Richard Levitte 提交于
      We had all tests run with test/test-runs/ as working directory, and
      tests cleaned up after themselves...  which is well and good, until
      you want to have a look at what went wrong when a complex test fails,
      and you have to recreate everything it does manually.
      
      To remedy this, we have OpenSSL::Test create the result directory
      dynamically (and cleaning it up first if it's already there) and let
      the test recipe have that as working directory.
      
      Test recipes are now encouraged to name their diverse output files
      uniquely, and not to clean them up, to allow a developer to have a
      look at the files that were produced.
      
      With continuous integration that allows this, the result directories
      could also be archived and be left as a build artifact.
      Reviewed-by: NPaul Dale <paul.dale@oracle.com>
      (Merged from https://github.com/openssl/openssl/pull/11080)
      f0790d4d
    • R
      Make util/find-doc-nits runnable from the build tree · 1624ebdb
      Richard Levitte 提交于
      Because we generate an increasing number of POD files, some of them
      end up in the build tree.  This makes it difficult for find-doc-nits
      to work as desired when the build tree is separate from the source
      tree.
      
      The best supported way to make it work in such an environment is to
      run it from the build tree and let it use the build information from
      configdata.pm to find all the POD files.  To make this smooth enough,
      we add a function 'files' that returns an array of file names
      corresponding to criteria from the caller.
      Reviewed-by: NPaul Dale <paul.dale@oracle.com>
      (Merged from https://github.com/openssl/openssl/pull/11045)
      1624ebdb
  5. 30 1月, 2020 1 次提交
  6. 23 1月, 2020 1 次提交
  7. 17 1月, 2020 1 次提交
  8. 07 1月, 2020 1 次提交
  9. 15 12月, 2019 1 次提交
    • R
      Deprecate most of debug-memory · 742ccab3
      Rich Salz 提交于
      Fixes #8322
      
      The leak-checking (and backtrace option, on some platforms) provided
      by crypto-mdebug and crypto-mdebug-backtrace have been mostly neutered;
      only the "make malloc fail" capability remains.  OpenSSL recommends using
      the compiler's leak-detection instead.
      
      The OPENSSL_DEBUG_MEMORY environment variable is no longer used.
      CRYPTO_mem_ctrl(), CRYPTO_set_mem_debug(), CRYPTO_mem_leaks(),
      CRYPTO_mem_leaks_fp() and CRYPTO_mem_leaks_cb() return a failure code.
      CRYPTO_mem_debug_{malloc,realloc,free}() have been removed.  All of the
      above are now deprecated.
      
      Merge (now really small) mem_dbg.c into mem.c
      Reviewed-by: NPaul Dale <paul.dale@oracle.com>
      Reviewed-by: NRichard Levitte <levitte@openssl.org>
      (Merged from https://github.com/openssl/openssl/pull/10572)
      742ccab3
  10. 29 11月, 2019 1 次提交
  11. 31 10月, 2019 1 次提交
  12. 17 10月, 2019 1 次提交
  13. 14 10月, 2019 1 次提交
  14. 10 10月, 2019 2 次提交
  15. 03 10月, 2019 1 次提交
  16. 20 9月, 2019 1 次提交
  17. 16 9月, 2019 1 次提交
    • R
      Build files: Unify standard arguments for assembler generating scrips · 593d5c2f
      Richard Levitte 提交于
      - Make the last argument always be the output file.
      - Make the first argument always be the flavour, even if there is no
        flavour (i.e. it might become the empty string).
      - Make the next to last argument to be $(PROCESSOR) if that one has a
        value.
      - Remaining arguments are C prepropressor arguments.
      
      Perl scripts that should handle this may use the following code:
      
          $output = pop;
          $flavour = shift;
          if ($ARGV[$#ARGV] eq '386') {
              # Do 386 specific things
          } else {
              # Do whatever else, with the knowledge the @ARGV contains
              # C preprocessor arguments
          }
      
      Some scripts don't care about anything than $output, and that's ok.
      Some scripts do care, but handle it a little differently, and that's
      ok too (notably, the x86 scripts call asm_init() with the first and
      the last argument after having popped $output).
      As long as they handle the argument order right, they are going to
      be fine.
      Reviewed-by: NMatt Caswell <matt@openssl.org>
      (Merged from https://github.com/openssl/openssl/pull/9884)
      593d5c2f
  18. 27 8月, 2019 1 次提交
  19. 12 8月, 2019 1 次提交
  20. 15 7月, 2019 1 次提交
  21. 21 6月, 2019 1 次提交
  22. 12 6月, 2019 1 次提交
    • M
      Make find-doc-nits check for newly added undocumented symbols · b5283535
      Matt Caswell 提交于
      We create lists of undocumented functions and macros as they are now so
      that find-doc-nits can check for newly introduced functions/macros that
      are undocumented.
      
      This works in a similar way to the -u and -d options to find-doc-nits.
      These count undocumented symbols and print a detailed list of undocumented
      symbols repsectively. This commit adds the -v and -e options to restrict
      the count/detailed list to newly added undocumented symbols only.
      
      There is also a new -s option that does the same as -e except that it
      produces no output if there are no newly undocumented symbols.
      
      We also amend "make doc-nits" to add the -s option which should cause
      travis to fail if a PR adds undocumented symbols.
      Reviewed-by: NRichard Levitte <levitte@openssl.org>
      (Merged from https://github.com/openssl/openssl/pull/9094)
      b5283535
  23. 29 5月, 2019 1 次提交
  24. 12 3月, 2019 1 次提交
  25. 27 2月, 2019 1 次提交
  26. 22 2月, 2019 1 次提交
  27. 14 2月, 2019 1 次提交
  28. 11 2月, 2019 2 次提交
  29. 05 2月, 2019 1 次提交
  30. 22 1月, 2019 3 次提交
    • R
      Build: use attributes to indicate installed script classes · 994e86a9
      Richard Levitte 提交于
      We have two classes of scripts to be installed, those that are
      installed as "normal" programs, and those that are installed as "misc"
      scripts.  These classes are installed in different locations, so the
      build file templates must pay attention.
      
      Because we didn't have the tools to indicate what scripts go where, we
      had these scripts hard coded in the build template files, with the
      maintenance issues that may cause.  Now that we have attributes, those
      can be used to classify the installed scripts, and have the build file
      templates simply check the attributes to know what's what.
      
      Furthermore, the 'tsget.pl' script exists both as 'tsget.pl' and
      'tsget', which is done by installing a symbolic link (or copy).  This
      link name is now given through an attribute, which results in even
      less hard coding in the Unix Makefile template.
      Reviewed-by: NMatt Caswell <matt@openssl.org>
      (Merged from https://github.com/openssl/openssl/pull/7581)
      994e86a9
    • R
      Build: Change all _NO_INST to use attributes instead. · ac6bba6f
      Richard Levitte 提交于
      This means that all PROGRAMS_NO_INST, LIBS_NO_INST, ENGINES_NO_INST
      and SCRIPTS_NO_INST are changed to be PROGRAM, LIBS, ENGINES and
      SCRIPTS with the associated attribute 'noinst'.
      Reviewed-by: NMatt Caswell <matt@openssl.org>
      (Merged from https://github.com/openssl/openssl/pull/7581)
      ac6bba6f
    • R
      Rework building: Unix changes to handle extensions and product names · 9dd4ed28
      Richard Levitte 提交于
      Add platform::Unix, which is a generic Unix module to support product
      name and extensions functionlity.  However, this isn't quite enough,
      as mingw and Cygwin builds are done using the same templates, but
      since shared libraries work as on Windows and are named accordingly,
      platform::mingw and platform::Cygwin were also added to provide the
      necessary tweaks.
      
      This reworks Configurations/unix-Makefile.tmpl to work out product
      names in platform::Unix et al terms.  In this one, we currently do
      care about the *_extension config attributes, and the modules adapt
      accordingly where it matters.
      
      This change also affected crypto/include/internal/dso_conf.h.in, since
      the DSO extension is meant to be the same as the short shared library
      extension, which isn't '.so' everywhere.
      
      'shared_extension' attributes that had the value
      '.so.\$(SHLIB_VERSION_NUMBER)' are removed, platform::Unix provides
      an extension where the shared library version number is hard-coded
      instead.
      Reviewed-by: NTim Hudson <tjh@openssl.org>
      Reviewed-by: NPaul Dale <paul.dale@oracle.com>
      (Merged from https://github.com/openssl/openssl/pull/7473)
      9dd4ed28
  31. 11 12月, 2018 1 次提交
  32. 08 12月, 2018 1 次提交
  33. 06 12月, 2018 1 次提交
    • R
      Switch to MAJOR.MINOR.PATCH versioning and version 3.0.0-dev · 3a63dbef
      Richard Levitte 提交于
      We're strictly use version numbers of the form MAJOR.MINOR.PATCH.
      Letter releases are things of days past.
      
      The most central change is that we now express the version number with
      three macros, one for each part of the version number:
      
          OPENSSL_VERSION_MAJOR
          OPENSSL_VERSION_MINOR
          OPENSSL_VERSION_PATCH
      
      We also provide two additional macros to express pre-release and build
      metadata information (also specified in semantic versioning):
      
          OPENSSL_VERSION_PRE_RELEASE
          OPENSSL_VERSION_BUILD_METADATA
      
      To get the library's idea of all those values, we introduce the
      following functions:
      
          unsigned int OPENSSL_version_major(void);
          unsigned int OPENSSL_version_minor(void);
          unsigned int OPENSSL_version_patch(void);
          const char *OPENSSL_version_pre_release(void);
          const char *OPENSSL_version_build_metadata(void);
      
      Additionally, for shared library versioning (which is out of scope in
      semantic versioning, but that we still need):
      
          OPENSSL_SHLIB_VERSION
      
      We also provide a macro that contains the release date.  This is not
      part of the version number, but is extra information that we want to
      be able to display:
      
          OPENSSL_RELEASE_DATE
      
      Finally, also provide the following convenience functions:
      
          const char *OPENSSL_version_text(void);
          const char *OPENSSL_version_text_full(void);
      
      The following macros and functions are deprecated, and while currently
      existing for backward compatibility, they are expected to disappear:
      
          OPENSSL_VERSION_NUMBER
          OPENSSL_VERSION_TEXT
          OPENSSL_VERSION
          OpenSSL_version_num()
          OpenSSL_version()
      
      Also, this function is introduced to replace OpenSSL_version() for all
      indexes except for OPENSSL_VERSION:
      
          OPENSSL_info()
      
      For configuration, the option 'newversion-only' is added to disable all
      the macros and functions that are mentioned as deprecated above.
      Reviewed-by: NTim Hudson <tjh@openssl.org>
      Reviewed-by: NMatthias St. Pierre <Matthias.St.Pierre@ncp-e.com>
      Reviewed-by: NMatt Caswell <matt@openssl.org>
      (Merged from https://github.com/openssl/openssl/pull/7724)
      3a63dbef
  34. 25 11月, 2018 1 次提交