#
34da11b3 |
| 15-Apr-2016 |
Richard Levitte |
Don't use a default for --with-zlib-lib on Windows with option 'zlib' To begin with, the default should have been the import library, not the DLL itself. However, we don't know what dir
Don't use a default for --with-zlib-lib on Windows with option 'zlib' To begin with, the default should have been the import library, not the DLL itself. However, we don't know what directory it's installed in either way, so we may as well demand the full path from the user Reviewed-by: Matt Caswell <matt@openssl.org>
show more ...
|
#
62890f47 |
| 12-Apr-2016 |
Richard Levitte |
Fix zlib configuration options. The macros ZLIB and ZLIB_SHARED weren't appropriately defined, deviating wrongly from how they worked in earlier OpenSSL versions. So, restore it so t
Fix zlib configuration options. The macros ZLIB and ZLIB_SHARED weren't appropriately defined, deviating wrongly from how they worked in earlier OpenSSL versions. So, restore it so that ZLIB is defined if configured "enable-zlib" and so that ZLIB and ZLIB_SHARED are defined if configured "enable-zlib-dynamic". Additionally, correct the interpretation of the --with-zlib-lib value on Windows and VMS, where it's used to indicate the actual zlib zlib library file / logical name, as that can differ depending on zlib version and packaging on those platforms. Finally for Windows and VMS, we also define the macro LIBZ with that file name / logical name when configured "zlib-dynamic", so the compression unit can pick it up and use it. Reviewed-by: Matt Caswell <matt@openssl.org>
show more ...
|
#
acf15259 |
| 18-Mar-2016 |
Andy Polyakov |
Windows build system: get uplink right. Reviewed-by: Richard Levitte <levitte@openssl.org>
|
Revision tags: OpenSSL_1_1_0-pre4 |
|
#
8d51db86 |
| 11-Mar-2016 |
Andy Polyakov |
s390x assembly pack: 32-bit fixups. Reviewed-by: Richard Levitte <levitte@openssl.org>
|
#
2fe73036 |
| 02-Mar-2016 |
Richard Levitte |
Unified - extract settings from util/pl/VC-32.pl and make the config settings This introduces the settings loutflag and aroutflag, because different Windows tools that do the same thing
Unified - extract settings from util/pl/VC-32.pl and make the config settings This introduces the settings loutflag and aroutflag, because different Windows tools that do the same thing have different ways to specify the output file. The Borland C++ config is commented away for the monent, perhaps permanently. Reviewed-by: Rich Salz <rsalz@openssl.org>
show more ...
|
#
eb77e888 |
| 08-Mar-2016 |
Andy Polyakov |
SPARCv9 assembly pack: unify build rules and argument handling. Make all scripts produce .S, make interpretation of $(CFLAGS) pre-processor's responsibility, start accepting $(PERLASM_SC
SPARCv9 assembly pack: unify build rules and argument handling. Make all scripts produce .S, make interpretation of $(CFLAGS) pre-processor's responsibility, start accepting $(PERLASM_SCHEME). [$(PERLASM_SCHEME) is redundant in this case, because there are no deviataions between Solaris and Linux assemblers. This is purely to unify .pl->.S handling across all targets.] Reviewed-by: Richard Levitte <levitte@openssl.org>
show more ...
|
#
54bb8f74 |
| 08-Mar-2016 |
Richard Levitte |
Fix configurations such as 'dist' and tar building For config targets such as 'dist', which doesn't have a BASE template, we still need to have a default build scheme. Additiona
Fix configurations such as 'dist' and tar building For config targets such as 'dist', which doesn't have a BASE template, we still need to have a default build scheme. Additionally, the unified Makefile template's target 'tar' wasn't quite as flexible as the unixmake one. Finally, .travis-create-release.sh can be somewhat simplified now that it builds with the unified build scheme. Reviewed-by: Matt Caswell <matt@openssl.org>
show more ...
|
#
021fff84 |
| 07-Mar-2016 |
Richard Levitte |
Make unified builds the default on Unix Reviewed-by: Matt Caswell <matt@openssl.org>
|
Revision tags: OpenSSL_1_0_1s, OpenSSL_1_0_2g |
|
#
9c62a279 |
| 27-Feb-2016 |
Richard Levitte |
Configure - Get rid of the special thread_cflag, replace with thread_scheme The thread_cflag setting filled a double role, as kinda sorta an indicator of thread scheme, and as cflags. S
Configure - Get rid of the special thread_cflag, replace with thread_scheme The thread_cflag setting filled a double role, as kinda sorta an indicator of thread scheme, and as cflags. Some configs also added lflags and ex_libs for multithreading regardless of if threading would be enabled or not. Instead of this, add threading cflags among in the cflag setting, threading lflags in the lflag setting and so on if and only if threads are enabled (which they are by default). Also, for configs where there are no special cflags for threading (the VMS configs are of that kind), this makes it possible to still clearly mention what thread scheme is used. The exact value of thread scheme is currently ignored except when it's "(unknown)", and thereby only serves as a flag to tell if we know how to build for multi-threading in a particular config. Yet, the currently used values are "(unknown)", "pthreads", "uithreads" (a.k.a solaris threads) and "winthreads". Reviewed-by: Andy Polyakov <appro@openssl.org>
show more ...
|
#
8864f0de |
| 02-Mar-2016 |
Richard Levitte |
Configure - get rid of the special debug_ and release_ settings Instead, make the build type ("debug" or "release") available through $config{build_type} and let the configs themselves f
Configure - get rid of the special debug_ and release_ settings Instead, make the build type ("debug" or "release") available through $config{build_type} and let the configs themselves figure out what the usual settings (such as "cflags", "lflags" and so on) should be accordingly. The benefit with this is that we can now have debug and release variants of any setting, not just those Configure supports, and may also involve other factors (the MSVC flags /MD[d] and /MT[d] involve both build type and whether threading is enabled or not) Reviewed-by: Andy Polyakov <appro@openssl.org>
show more ...
|
#
98fdbce0 |
| 27-Feb-2016 |
Richard Levitte |
Configure - move the addition of the zlib / libz lib to configs Configure had the Unix centric addition of -lz when linking with zlib is enabled, which doesn't work on other platforms.
Configure - move the addition of the zlib / libz lib to configs Configure had the Unix centric addition of -lz when linking with zlib is enabled, which doesn't work on other platforms. Therefore, we move it to the BASE_unix config template and add corresponding ones in the other BASE_* config templates. The Windows one is probably incomplete, but that doesn't matter for the moment, as mk1mf does it's own thing anyway. This required making the %withargs table global, so perl snippets in the configs can use it. Reviewed-by: Andy Polyakov <appro@openssl.org>
show more ...
|
#
d2b2221a |
| 27-Feb-2016 |
Richard Levitte |
Configure - Rename BASE to DEFAULTS and add a few inheritable BASEs These BASE templates are intended to hold values that are common for all configuration variants for whole families of
Configure - Rename BASE to DEFAULTS and add a few inheritable BASEs These BASE templates are intended to hold values that are common for all configuration variants for whole families of configurations. So far, three "families" are identified: Unix, Windows and VMS, mostly characterised by the build system they currently use. Reviewed-by: Andy Polyakov <appro@openssl.org>
show more ...
|
#
b756967d |
| 02-Mar-2016 |
Richard Levitte |
Make uplink auxiliary source separate from cpuid source There are cases, for example when configuring no-asm, that the added uplink source files got in the way of the cpuid ones. The be
Make uplink auxiliary source separate from cpuid source There are cases, for example when configuring no-asm, that the added uplink source files got in the way of the cpuid ones. The best way to solve this is to separate the two. Reviewed-by: Andy Polyakov <appro@openssl.org>
show more ...
|
#
bdcd83e1 |
| 24-Feb-2016 |
Richard Levitte |
Configure - neater looking add() and add_before() They now default to " " as separator, but that can be overridden by having a hash with parameters as last argument. The only currently
Configure - neater looking add() and add_before() They now default to " " as separator, but that can be overridden by having a hash with parameters as last argument. The only currently recognised parameter is `separator'. The special separator `undef' will force the result to become a list rather than a concatenated string. Reviewed-by: Andy Polyakov <appro@openssl.org>
show more ...
|
#
3a55c92b |
| 18-Feb-2016 |
Richard Levitte |
Rethink the uplink / applink story Adding uplink and applink to some builds was done by "magic", the configuration for "mingw" only had a macro definition, the Configure would react
Rethink the uplink / applink story Adding uplink and applink to some builds was done by "magic", the configuration for "mingw" only had a macro definition, the Configure would react to its presence by adding the uplink source files to cpuid_asm_src, and crypto/build.info inherited dance to get it compiled, and Makefile.shared made sure applink.o would be appropriately linked in. That was a lot under the hood. To replace this, we create a few template configurations in Configurations/00-base-templates.conf, inherit one of them in the "mingw" configuration, the rest is just about refering to the $target{apps_aux_src} / $target{apps_obj} in the right places. Reviewed-by: Andy Polyakov <appro@openssl.org>
show more ...
|
#
b0c93ee7 |
| 16-Feb-2016 |
Richard Levitte |
Fix use of add() and add_before() in Configurations/*.conf These two functions take a separator to concatenat the strings with as first argument. Reviewed-by: Viktor Dukhovni <v
Fix use of add() and add_before() in Configurations/*.conf These two functions take a separator to concatenat the strings with as first argument. Reviewed-by: Viktor Dukhovni <viktor@openssl.org>
show more ...
|
Revision tags: OpenSSL_1_1_0-pre3, OpenSSL-fips-2_0_12 |
|
#
6762a147 |
| 13-Feb-2016 |
Andy Polyakov |
Configurations/00-base-templates.conf: typos in [chacha|poly1305]_asm_src. Reviewed-by: Richard Levitte <levitte@openssl.org>
|
#
b3214008 |
| 10-Feb-2016 |
Andy Polyakov |
Configurations: engage PPC ChaCha20 and Poly1305 modules. Reviewed-by: Richard Levitte <levitte@openssl.org>
|
#
647097e1 |
| 10-Feb-2016 |
Andy Polyakov |
Configurations: engage ARM ChaCha20 and Poly1305 modules. Reviewed-by: Richard Levitte <levitte@openssl.org>
|
#
64c443e3 |
| 05-Feb-2016 |
Richard Levitte |
Add support for shared_rcflag, useful for windres (Cygwin and Mingw) Reviewed-by: Rich Salz <rsalz@openssl.org>
|
#
e84193e4 |
| 30-Jan-2016 |
Richard Levitte |
unified build scheme: add a "unified" template for VMS descrip.mms As part of this, change util/mkdef.pl to stop adding libraries to depend on in its output. mkdef.pl should ONLY output
unified build scheme: add a "unified" template for VMS descrip.mms As part of this, change util/mkdef.pl to stop adding libraries to depend on in its output. mkdef.pl should ONLY output a symbol vector. Because symbol names can't be longer than 31 characters, we use the compiler to shorten those that are longer down to 23 characters plus an 8 character CRC. To make sure users of our header files will pick up on that automatically, add the DEC C supported extra headers files __decc_include_prologue.h and __decc_include_epilogue.h. Furthermore, we add a config.com, so VMS people can configure just as comfortably as any Unix folks, thusly: @config Reviewed-by: Rich Salz <rsalz@openssl.org>
show more ...
|
#
bcb1977b |
| 30-Jan-2016 |
Richard Levitte |
Configure et al: treat C defines separately With some compilers, C macros are defined differently on the command line than on Unix. It could be that the flad to define them isn't -D,
Configure et al: treat C defines separately With some compilers, C macros are defined differently on the command line than on Unix. It could be that the flad to define them isn't -D, it could also be that they need to be grouped together and not be mixed in with the other compiler flags (that's how it's done on VMS, for example). On Unix family platform configurations, we can continue to have macro definitions mixed in with the rest of the flags, so the changes in Configurations/*.conf are kept to an absolute minimum. Reviewed-by: Rich Salz <rsalz@openssl.org>
show more ...
|
#
5d1f03f2 |
| 09-Feb-2016 |
Andy Polyakov |
Configurations: engage x86[_64] ChaCha20 and Poly1305 modules. Reviewed-by: Rich Salz <rsalz@openssl.org>
|
#
6407ef7c |
| 31-Jan-2016 |
Andy Polyakov |
Configurations: engage s390x ChaCha20 and Poly1305 modules. Reviewed-by: Tim Hudson <tjh@openssl.org>
|
#
c7c3c8b9 |
| 01-Feb-2016 |
Andy Polyakov |
Configurations/00-base-templates.conf: harmonize extensions. Reviewed-by: Richard Levitte <levitte@openssl.org>
|