1. 27 2月, 2016 1 次提交
  2. 20 2月, 2016 2 次提交
    • R
      Build dynamic engines even if configured "no-shared" · 343ec2b0
      Richard Levitte 提交于
      Until now, the engines in engines/ were only built as dynamicaly
      loadable ones if shared libraries were built.
      
      We not dissociate the two and can build dynamicaly loadable engines
      even if we only build static libcrypto and libssl.  This is controlled
      with the option (enable|disable|no)-static-engine, defaulting to
      no-static-engine.
      
      Note that the engines in crypto/engine/ (dynamic and cryptodev) will
      always be built into libcrypto.
      Reviewed-by: NRich Salz <rsalz@openssl.org>
      343ec2b0
    • R
      Always build library object files with shared library cflags · 45502bfe
      Richard Levitte 提交于
      This takes us away from the idea that we know exactly how our static
      libraries are going to get used.  Instead, we make them available to
      build shareable things with, be it other shared libraries or DSOs.
      
      On the other hand, we also have greater control of when the shared
      library cflags.  They will never be used with object files meant got
      binaries, such as apps/openssl or test/test*.
      
      With unified, we take this a bit further and prepare for having to
      deal with extra cflags specifically to be used with DSOs (dynamic
      engines), libraries and binaries (applications).
      Reviewed-by: NRich Salz <rsalz@openssl.org>
      45502bfe
  3. 19 2月, 2016 3 次提交
    • R
      Big rename fest of engine DSO names, from libFOO.so to FOO.so · 9ee0ed3d
      Richard Levitte 提交于
      The engine DSOs were named as if they were shared libraries, and could
      end up having all sorts of fancy names:
      
        Cygwin: cygFOO.dll
        Mingw:  FOOeay32.dll
        Unix:   libFOO.so / libFOO.sl / libFOO.dylib / ...
      
      This may be confusing, since they look like libraries one should link
      with at link time, when they're just DSOs.
      
      It's therefore time to rename them, and do it consistently on all
      platforms:
      
        Cygwin & Mingw: FOO.dll
        Unix:           FOO.{so,sl,dylib,...}
      
      Interestingly enough, the MSVC and VMS builds always did it this way.
      Reviewed-by: NAndy Polyakov <appro@openssl.org>
      9ee0ed3d
    • R
      Big rename fest in makefile.shared: link_a / link_o -> link_shlib / link_dso · e048fd51
      Richard Levitte 提交于
      Originally, the Makefile.shared targets described what they used as
      input for a shared object, be it a shared library or a DSO.  It turned
      out, however, that the link_o targets were used exclusively for
      engines and the link_a targets were for libcrypto and libssl.
      
      This rename fest turns and indication on the kind of input the targets
      get to the intention with using them.
      Reviewed-by: NAndy Polyakov <appro@openssl.org>
      e048fd51
    • R
      Remove all special make depend flags, as well as OPENSSL_DOING_MAKEDEPEND · ce192ebe
      Richard Levitte 提交于
      All those flags existed because we had all the dependencies versioned
      in the repository, and wanted to have it be consistent, no matter what
      the local configuration was.  Now that the dependencies are gone from
      the versioned Makefile.ins, it makes much more sense to use the exact
      same flags as when compiling the object files.
      Reviewed-by: NRich Salz <rsalz@openssl.org>
      ce192ebe
  4. 13 2月, 2016 1 次提交
    • R
      Rename INSTALL_PREFIX to DESTDIR, remove option --install_prefix · 3c65577f
      Richard Levitte 提交于
      INSTALL_PREFIX is a confusing name, as there's also --prefix.
      Instead, tag along with the rest of the open source world and adopt
      the Makefile variable DESTDIR to designate the desired staging
      directory.
      
      The Configure option --install_prefix is removed, the only way to
      designate a staging directory is with the Makefile variable (this is
      also implemented for VMS' descrip.mms et al).
      Reviewed-by: NRich Salz <rsalz@openssl.org>
      3c65577f
  5. 07 2月, 2016 1 次提交
    • R
      Enhance and clear the support of linker flags · c86ddbe6
      Richard Levitte 提交于
      Some time ago, we had a ex_libs configuration setting that could be
      divided into lflags and ex_libs.  These got divided in two settings,
      lflags and ex_libs, and the former was interpreted to be general
      linking flags.
      
      Unfortunately, that conclusion wasn't entirely accurate.  Most of
      those linking were meant to end up in a very precise position on the
      linking command line, just before the spec of libraries the linking
      depends on.
      
      Back to the drawing board, we're diving things further, now having
      lflags, which are linking flags that aren't depending on command line
      position, plib_lflags, which are linking flags that should show up just
      before the spec of libraries to depend on, and finally ex_libs, which
      is the spec of extra libraries to depend on.
      
      Also, documentation is changed in Configurations/README.  This was
      previously forgotten.
      Reviewed-by: NKurt Roeckx <kurt@openssl.org>
      c86ddbe6
  6. 30 1月, 2016 2 次提交
  7. 26 1月, 2016 1 次提交
  8. 20 1月, 2016 2 次提交
  9. 18 1月, 2016 1 次提交
  10. 13 1月, 2016 1 次提交
  11. 12 1月, 2016 1 次提交
  12. 15 12月, 2015 1 次提交
  13. 10 12月, 2015 1 次提交
  14. 21 11月, 2015 1 次提交
    • M
      Add the Dummy Async engine (dasync) · a14e9ff7
      Matt Caswell 提交于
      This engine is for developers of async aware applications. It simulates
      asynchronous activity with external hardware. This initial version supports
      SHA1 and RSA. Certain operations using those algorithms have async job
      "pauses" in them - using the new libcrypto async capability.
      Reviewed-by: NRich Salz <rsalz@openssl.org>
      a14e9ff7
  15. 16 10月, 2015 1 次提交
  16. 30 9月, 2015 1 次提交
  17. 12 8月, 2015 3 次提交
  18. 23 5月, 2015 2 次提交
    • R
      Fix update and depend in engines/ · 8b822d25
      Richard Levitte 提交于
      The update: target in engines/ didn't recurse into engines/ccgost.
      The update: and depend: targets in engines/ccgost needed a fixup.
      Reviewed-by: NRich Salz <rsalz@openssl.org>
      8b822d25
    • R
      Fix the update target and remove duplicate file updates · 0f539dc1
      Richard Levitte 提交于
      We had updates of certain header files in both Makefile.org and the
      Makefile in the directory the header file lived in.  This is error
      prone and also sometimes generates slightly different results (usually
      just a comment that differs) depending on which way the update was
      done.
      
      This removes the file update targets from the top level Makefile, adds
      an update: target in all Makefiles and has it depend on the depend: or
      local_depend: targets, whichever is appropriate, so we don't get a
      double run through the whole file tree.
      Reviewed-by: NRich Salz <rsalz@openssl.org>
      0f539dc1
  19. 01 4月, 2015 1 次提交
  20. 31 1月, 2015 1 次提交
  21. 30 1月, 2015 1 次提交
  22. 12 1月, 2015 1 次提交
  23. 09 12月, 2014 1 次提交
  24. 10 9月, 2014 2 次提交
  25. 16 9月, 2013 1 次提交
  26. 20 3月, 2012 1 次提交
  27. 13 12月, 2011 1 次提交
  28. 19 10月, 2011 1 次提交
  29. 07 9月, 2011 1 次提交
  30. 03 2月, 2011 1 次提交
  31. 25 8月, 2010 1 次提交