summaryrefslogtreecommitdiffstats
path: root/Configurations
AgeCommit message (Collapse)Author
2016-03-30Make it possible to specify source files that will only be used for shared libsRichard Levitte
There are rare cases when an object file will only be used when building a shared library. To enable this, we introduce SHARED_SOURCE: SHARED_SOURCE[libfoo]=dllmain.c Reviewed-by: Andy Polyakov <appro@openssl.org>
2016-03-30'make test' depends of having util/shlib-wrap.sh symlinked in build dirRichard Levitte
Reviewed-by: Andy Polyakov <appro@openssl.org>
2016-03-29Config: The cflags in vms-alpha and vms-ia64 have to be addedRichard Levitte
"vms-generic" already has some values, which were discarded. Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-29VMS: Disable the warning MAYLOSEDATA3Richard Levitte
The warning MAYLOSEDATA3 is one you will always get when compiling source that calculates the difference between two pointers with /POINTER_SIZE=64. The reason is quite simple, ptrdiff_t is always a 32-bit integer regardless of pointer size, so the result of 'ptr1 - ptr2' can potentially be larger than a 32-bit integer. The compiler simply warns you of that possibility. However, we only use pointer difference within objects and strings, all of them well within 2^32 bytes in size, so that operation is harmless with our source, and we can therefore safely turn off that warning. Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-29VMS: Display the correct path to openssl_startup.com and openssl-utils.comRichard Levitte
Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-29Windows build system: fix 32-bit appveyor build.Andy Polyakov
Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-03-29Build system: VC-WIN64I fixups.Andy Polyakov
Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-03-24VMS: $? might be huge enough to break line length limit, so don't print itRichard Levitte
Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-24VMS: install openssl.conf in OPENSSLDIR, not INSTALLTOPRichard Levitte
Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-24VMS: have mms ignore creation of already existing dirsRichard Levitte
Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-24VMS: Rethink the staging directoryRichard Levitte
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>
2016-03-24Adjust some default installation directoriesRichard Levitte
- on VMS, SYS$COMMON:[SSL] is already used as installation directory by HP SSL, so we make our default for --openssldir SYS$COMMON:[OPENSSL-COMMON] instead. - Updated notes on default installation dirs fir Unix and Windows Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-23VMS: compensate for command line length limits with a logical nameRichard Levitte
Sometimes, you might end up with a rather long compile line due to excessively long /INCLUDE directories. Compensate for it by making a temporary logical name with them and using said logical name as /INCLUDE argument. A note was added to NOTES.VMS regarding these limitations. Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-23Small fixups in DSORichard Levitte
- VMS configs had no dso_scheme - Incorrect return of NULL method. Reviewed-by: Tim Hudson <tjh@openssl.org>
2016-03-21Downcase VMS config namesRichard Levitte
On VMS, we downcase option names, which means that config names are downcased as well, so they need to be downcased in the target table to be found. Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-21In for loop values, introduce a dummy to protect against empty listRichard Levitte
In constructions such as 'for x in $(MAKEVAR); do ...', there's the possibility that $(MAKEVAR) is en empty value. Some shells don't like that, so introduce a dummy value that gets discarded: for x in dummy $(MAKEVAR); do if [ "$$x" = "dummy" ]; then continue; fi Closes RT#4459 Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-21Build system: VC-WIN64I fixups.Andy Polyakov
Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-03-21Configurations/windows-makefile.tmpl: respect no-makedepend.Andy Polyakov
Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-03-21Windows build system: get uplink right.Andy Polyakov
Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-03-21Configurations/10-main.conf: freeze -std option in darwin*-ppc-cc.Andy Polyakov
RT#4422 Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-03-21Remove mk1mf documentationRichard Levitte
Reviewed-by: Andy Polyakov <appro@openssl.org>
2016-03-21Remove generation of ms/version32.rc from Configure, use util/mkrc.plRichard Levitte
utils/mkrc.pl was added a while ago as a better generator for the Windows DLL resource file. Finalize the change by removing the ms/version32.rc generator from Configure and adding resource file support using mkrc.pl in Configurations/windows-makefile.pl Reviewed-by: Andy Polyakov <appro@openssl.org>
2016-03-20Have makedepend output to stdout and redirect itRichard Levitte
This gives us better control of what files are produced. Reviewed-by: Andy Polyakov <appro@openssl.org>
2016-03-19If the asm file to be compiled isn't generated, leave the ext aloneRichard Levitte
Closes RT#4447 Reviewed-by: Viktor Dukhovni <viktor@openssl.org>
2016-03-19Don't let 'generate' target depend on generated files, act directly insteadRichard Levitte
One of the 'generate' targets depended on $(SRCDIR)/apps/progs.h, which depended on... nothing. This meant it never got regenerated once it existed, regardless of need. Of course, we could have it depend on all the files checked to generate it, but they also depend on progs.h, so we'd end up getting cricular dependencies, which makes make unhappy. Furthermore, and this applies for the other generated files, having them as targets means that they may be regenerated on the fly in some cases, and since they get written to the source tree, this isn't such a good idea if that tree is read-only (which is a possible situation in an out-of-tree build). So, we move all the actions to the 'generate' targets themselves, thus making sure they get regenerated in a controlled manner and regardless of dependencies. Reviewed-by: Viktor Dukhovni <viktor@openssl.org>
2016-03-19Revert "Generate apps/progs.h on the fly"Viktor Dukhovni
This reverts commit 04e2a527379ad12ca512aef4e838f94af22d7f79. Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-19Add a few more quotes for Windows (install_ssldirs)Richard Levitte
Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-19Replace sed command with perlRichard Levitte
Some implementations of sed require a newline before an ending '}'. The easier method is to replace that sed command with the corresponding perl command. Closes RT#4448 Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-19Clear the exit code from 'find' in 'make depend'Richard Levitte
Depending on what has been built so far, all .d files may not be present and 'find' will exit with non-zero exit code. This isn't a bother for us but may break make, so clear the exit code with an added 'exit 0'. Closes RT#4444 Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-19Shut find up about files not foundRichard Levitte
Some of the files in $(DEPS) might not exist. We don't need to know. Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-19Use the dependencies received in generatesrc()Richard Levitte
generatesrc() did already receive dependency information, but never used it, and never really needed to... until now. Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-19Generate apps/progs.h on the flyRichard Levitte
Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-18Better 'make depend' mechanismRichard Levitte
Instead of relying on the '-nt' test operator, which doesn't exist everywhere, use find's '-newer' to find out if any of the known .d files is newer than Makefile. Closes RT#4444 Reviewed-by: Andy Polyakov <appro@openssl.org>
2016-03-17Make picker, thread and combine standard config helper functionsRichard Levitte
Document them as well Reviewed-by: Andy Polyakov <appro@openssl.org>
2016-03-17Remove Netware and OS/2Rich Salz
Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-03-17windows-makefile.tmpl: Stop keeping temporary filesRichard Levitte
Reviewed-by: Andy Polyakov <appro@openssl.org>
2016-03-17Add install targets for WindowsRichard Levitte
On Windows, we set INSTALLTOP to default as follows: VC-WIN32: PREFIX: %ProgramFiles(x86)%\OpenSSL OPENSSLDIR: %CommonProgramFiles(x86)%\SSL VC-WIN64*: PREFIX: %ProgramW6432%\OpenSSL OPENSSLDIR: %CommonProgramW6432%\SSL Should those environment variables be missing, the following is used as fallback: PREFIX: %ProgramFiles%\OpenSSL OPENSSLDIR: %CommonProgramFiles%\SSL Reviewed-by: Andy Polyakov <appro@openssl.org>
2016-03-17Remove ultrix/mips support.Rich Salz
Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-03-17Remove support for Borland C++Richard Levitte
Borland C++ 4.5 is very old and our "support" for it is already non-existent, we might as well remove it. Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-17Start documenting Configure internalsRichard Levitte
This is a living document, everyone is encouraged to add to it. Implementation details as well as broader implementation philosophy has a place here. I'm starting with documentation of the how conditions in build.info files are treated. Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-17Don't define OPENSSL_ENGINES in test recipes, do it in Makefiles insteadRichard Levitte
In most builds, we can assume that engines live in the build tree subdirectory "engines". This was hard coded into the tests that use the engine ossltest. However, that hard coding is tedious, it would need to be done in every test recipe, and it's an incorrect assumption in some cases. This change has us play it safe and let the build files tell the testing framework where the engines are. Reviewed-by: Viktor Dukhovni <viktor@openssl.org>
2016-03-16unix-Makefile template: use $(PERL) everywhereRichard Levitte
There was one spot that had hard-coded 'perl' Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-16When building DLLs, hack the library name in the .def fileRichard Levitte
util/mkdef.pl assumes it knows what the resulting library name will be. Really, it shouldn't, but changing it will break classic native Windows builds, so we leave it for now and change the LIBRARY line externally when needed instead. Reviewed-by: Matt Caswell <matt@openssl.org>
2016-03-16DLL object files should not be built with /Zl"Richard Levitte
When building the DLLs, we depend on the correct default C RTL info. Reviewed-by: Matt Caswell <matt@openssl.org>
2016-03-16We should use $SRCDIR in MakefilesMatt Caswell
Normally we always refer to source files relative to $SRCDIR in Makefiles. However the reference to unix-Makefile.tmpl was using a fully expanded absolute path. This can cause problems for Mingw. Reviewed-by: Tim Hudson <tjh@openssl.org> Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-03-15poly1305/asm/poly1305-x86_64.pl: make it work with linux-x32.Andy Polyakov
Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-03-15Make the perl dependency post-processor into just one lineRichard Levitte
Make doesn't always treat multiline quoted strings as nicely as one would wish. Reviewed-by: Andy Polyakov <appro@openssl.org>
2016-03-15Not all shells understand !Richard Levitte
In unix-Makefile.tmpl, this construction has been used a few times if ! something; then ... It seems, though, that some shells do not understand !, so these need to be changed. Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-15Cygwin configs were missing thread_scheme settings, add themRichard Levitte
Reviewed-by: Matt Caswell <matt@openssl.org>
2016-03-14s390x assembly pack: 32-bit fixups.Andy Polyakov
Reviewed-by: Richard Levitte <levitte@openssl.org>