#
8842005e |
| 02-Jul-2016 |
Richard Levitte |
Have the VMS shared library file names contain the shared version Also, have the static library file names contain the pointer size when applicable. Reviewed-by: Rich Salz <rsal
Have the VMS shared library file names contain the shared version Also, have the static library file names contain the pointer size when applicable. Reviewed-by: Rich Salz <rsalz@openssl.org>
show more ...
|
#
34d5490a |
| 02-Jul-2016 |
Richard Levitte |
Pass down correct information to the VMS startup script templates Reviewed-by: Rich Salz <rsalz@openssl.org>
|
Revision tags: OpenSSL-fips-2_0_13 |
|
#
4813ad2d |
| 16-Jun-2016 |
Richard Levitte |
Harmonise the different build files - User targets are now the same and generally do the same things - configdata.pm depends on exactly the same files on all platforms - VMS producti
Harmonise the different build files - User targets are now the same and generally do the same things - configdata.pm depends on exactly the same files on all platforms - VMS production of shared libraries is simplified - VMS automatic dependency files get the extension .D rather than .MMS Reviewed-by: Rich Salz <rsalz@openssl.org>
show more ...
|
#
b867c707 |
| 14-Jun-2016 |
Richard Levitte |
VMS: use BLDDIR rather than BUILDDIR in descrip.mms.tmpl Just like in the other build file templates Reviewed-by: Rich Salz <rsalz@openssl.org>
|
#
932eaf00 |
| 14-Jun-2016 |
Richard Levitte |
Add a developer target 'build_generated' to rebuild mandatory headers Reviewed-by: Rich Salz <rsalz@openssl.org>
|
#
7cae3864 |
| 13-Jun-2016 |
Richard Levitte |
Build file templates: make sure to depend on generated header files As well as properly generating those that are made from .in files. Reviewed-by: Rich Salz <rsalz@openssl.org>
|
#
7285ac09 |
| 23-May-2016 |
Richard Levitte |
VMS: show the ossl_dataroot logical as well when doing "mms debug_logicals" Reviewed-by: Rich Salz <rsalz@openssl.org>
|
#
2ff4d293 |
| 23-May-2016 |
Richard Levitte |
Install the scripts the same way on Windows and VMS as on Unix Reviewed-by: Rich Salz <rsalz@openssl.org>
|
#
5f94746f |
| 23-May-2016 |
Richard Levitte |
Make sure tsget.pl and c_rehash.pl get installed on VMS and Windows. Reviewed-by: Rich Salz <rsalz@openssl.org>
|
#
e990ec52 |
| 19-May-2016 |
Richard Levitte |
Use the process_docs script to install docs on Windows and VMS Reviewed-by: Rich Salz <rsalz@openssl.org>
|
#
e073fd15 |
| 14-May-2016 |
Richard Levitte |
openssl_{startup,shutdown}.com.in are in the source directory Reviewed-by: Rich Salz <rsalz@openssl.org>
|
#
06aa885d |
| 10-May-2016 |
Richard Levitte |
Have [.VMS]openssl_{startup,shutdown}.com depend on respective *.in Reviewed-by: Andy Polyakov <appro@openssl.org>
|
#
ee7fb55e |
| 09-May-2016 |
Richard Levitte |
Fix VMS/openssl_{startup,shutddown}.com.in They were using the wrong variables. Reviewed-by: Andy Polyakov <appro@openssl.org>
|
#
e8173157 |
| 08-May-2016 |
Richard Levitte |
VMS: support VERBOSE and V in descrip.mms With Unixly Makefiles as well as with nmake, make variables are transferred to the shell running the commands as envinronment variables. Th
VMS: support VERBOSE and V in descrip.mms With Unixly Makefiles as well as with nmake, make variables are transferred to the shell running the commands as envinronment variables. This principle doesn't apply with MMS, so we must explicitely define VERBOSE as commands when it's needed. Reviewed-by: Rich Salz <rsalz@openssl.org>
show more ...
|
Revision tags: OpenSSL_1_0_1t, OpenSSL_1_0_2h |
|
#
e590afdc |
| 28-Apr-2016 |
Richard Levitte |
VMS: only explicitely translate names in library C files. When compiling all other C files, rely on the compiler to automatically pick up the name translation information from the header
VMS: only explicitely translate names in library C files. When compiling all other C files, rely on the compiler to automatically pick up the name translation information from the header files __DECC_INCLUDE_{PRO,EPI}LOGUE.H. Reviewed-by: Andy Polyakov <appro@openssl.org>
show more ...
|
#
8d34daf0 |
| 21-Apr-2016 |
Richard Levitte |
Build system: add include directories and dependencies for generators In the case of generating a file like this: GENERATE[foo.S]=mkfoo.pl arg1 arg2 the 'mkfoo.pl' gene
Build system: add include directories and dependencies for generators In the case of generating a file like this: GENERATE[foo.S]=mkfoo.pl arg1 arg2 the 'mkfoo.pl' generator itself might need to include other files, such as perl modules within our source tree. We can reuse already existing syntax for it, like this: INCLUDE[mkfoo.pl]=module/path or: DEPEND[mkfoo.pl]=modules/mymodule.pm This change implements the support for such constructs, and for the DEPEND statement, for any value that indicates a perl module (.pm file), it will automatically infer an INCLUDE statement for its directory, just like it does for C header files, so you won't have do write this: DEPEND[mkfoo.pl]=modules/mymodule.pm INCLUDE[mkfoo.pl]=modules Reviewed-by: Emilia Käsper <emilia@openssl.org>
show more ...
|
Revision tags: OpenSSL_1_1_0-pre5 |
|
#
f2ead992 |
| 14-Apr-2016 |
Richard Levitte |
Fix installation on VMS for no-stdio and no-autoalginit Reviewed-by: Richard Levitte <levitte@openssl.org> Reviewed-by: Matt Caswell <matt@openssl.org>
|
#
d90a6beb |
| 14-Apr-2016 |
Matt Caswell |
Fix no-stdio and no-autoalginit no-stdio does not work with the apps. Since the tests also need the apps it doesn't support that either. Therefore we disable building of both. n
Fix no-stdio and no-autoalginit no-stdio does not work with the apps. Since the tests also need the apps it doesn't support that either. Therefore we disable building of both. no-autoalginit is not compatible with the apps because it requires explicit loading of the algorithms, and the apps don't do that. Therefore we disable building the apps for this option. Similarly the tests depend on the apps so we also disable the tests. Finally the whole point about no-autoalginit is to avoid excessive executable sizes when doing static linking. Therefore we disable "shared" if this option is selected. Reviewed-by: Richard Levitte <levitte@openssl.org>
show more ...
|
#
da430a55 |
| 12-Apr-2016 |
Richard Levitte |
Fix the handling of --with-zlib-include The handling was Unix centric, already in Configure. Change that to just collect the value and let the build file templates figure out what t
Fix the handling of --with-zlib-include The handling was Unix centric, already in Configure. Change that to just collect the value and let the build file templates figure out what to do with it. Reviewed-by: Matt Caswell <matt@openssl.org>
show more ...
|
#
1c9f5117 |
| 06-Apr-2016 |
Richard Levitte |
VMS: Fix special case for [.test]ssltest_old.c [.test]ssltest.c was renamed to [.test]ssltest_old.c, reflect that in descrip.mms.tmpl. Reviewed-by: Tim Hudson <tjh@openssl.org>
|
#
40ea24b0 |
| 29-Mar-2016 |
Richard Levitte |
VMS: Display the correct path to openssl_startup.com and openssl-utils.com Reviewed-by: Rich Salz <rsalz@openssl.org>
|
#
a5bb160c |
| 23-Mar-2016 |
Richard Levitte |
VMS: $? might be huge enough to break line length limit, so don't print it Reviewed-by: Rich Salz <rsalz@openssl.org>
|
#
b6fe86cd |
| 23-Mar-2016 |
Richard Levitte |
VMS: install openssl.conf in OPENSSLDIR, not INSTALLTOP Reviewed-by: Rich Salz <rsalz@openssl.org>
|
#
b3514b47 |
| 23-Mar-2016 |
Richard Levitte |
VMS: have mms ignore creation of already existing dirs Reviewed-by: Rich Salz <rsalz@openssl.org>
|
#
6bd1ef90 |
| 23-Mar-2016 |
Richard Levitte |
VMS: Rethink the staging directory On Windows and Unix, the staging directory $(DESTDIR) can simply be prepended to the installation directory. An attempt was made to do something s
VMS: Rethink the staging directory On Windows and Unix, the staging directory $(DESTDIR) can simply be prepended to the installation directory. An attempt was made to do something similar on VMS, but that ended up being a half measure solution. Instead of that, simply use the staging directory as a prefix under which [.OPENSSL-INSTALL] and [.OPENSSL-COMMON] will hold the two directory trees that should end up in the directories indicated by --prefix and --openssldir, and finish the installation with appropriate instructions on what to do next. Reviewed-by: Rich Salz <rsalz@openssl.org>
show more ...
|