- 01 2月, 2018 2 次提交
-
-
由 Richard Levitte 提交于
Reviewed-by: NRich Salz <rsalz@openssl.org> (Merged from https://github.com/openssl/openssl/pull/5224)
-
由 Richard Levitte 提交于
Most modules are direct implementations of openssl application sub-commands, but some constitute a support library, which can be used by more than one program (and is, incidently, by test/uitest). For practical purposes, we place the support library modules in a private, static library. Finally, there are some modules that don't have direct references in the rest of the apps code, but are still crucial. See them as some kind of extra crt0 or similar for your platform. Inspiration from David von Oheimb Reviewed-by: NRich Salz <rsalz@openssl.org> (Merged from https://github.com/openssl/openssl/pull/5222)
-
- 29 6月, 2017 1 次提交
-
-
由 Richard Levitte 提交于
This command can be used to view the contents of any supported type of information fetched from a URI, and output them in PEM format. Reviewed-by: NMatt Caswell <matt@openssl.org> (Merged from https://github.com/openssl/openssl/pull/3542)
-
- 16 6月, 2017 1 次提交
-
-
由 Richard Levitte 提交于
Because apps/progs.h isn't configuration agnostic, it's not at all suited for 'make update' or being versioned, so change it to be dynamically generated. Reviewed-by: NRich Salz <rsalz@openssl.org> (Merged from https://github.com/openssl/openssl/pull/3688)
-
- 02 7月, 2016 1 次提交
-
-
由 Richard Levitte 提交于
Now that INCLUDE considers both the source and build trees, no need for the rel2abs perl fragment hacks any more. Reviewed-by: NRich Salz <rsalz@openssl.org>
-
- 25 5月, 2016 1 次提交
-
-
由 Richard Levitte 提交于
RT#4492 Reviewed-by: NTim Hudson <tjh@openssl.org>
-
- 24 5月, 2016 1 次提交
-
-
由 Richard Levitte 提交于
Especially on Windows, the .pl suffix is associated with the perl interpreter, and therefore make those scripts usable as commands of their own. On VMS, it simply looks better. Reviewed-by: NRich Salz <rsalz@openssl.org>
-
- 14 4月, 2016 1 次提交
-
-
由 Matt Caswell 提交于
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: NRichard Levitte <levitte@openssl.org>
-
- 01 4月, 2016 1 次提交
-
-
由 Richard Levitte 提交于
- In Configure, register the perl interpreter used to run Configure, so that's the one being used throughout instead of something else that Configure happens to find. This is helpful for using a perl version that's not necessarely first in $PATH: /opt/perl/5.22.1/bin/perl ./Configure - Make apps/tsget a generated file, just like apps/CA.pl, so the perl interpreter registered by Configure becomes the hashbang path instead of a hardcoded /usr/bin/perl Reviewed-by: NAndy Polyakov <appro@openssl.org>
-
- 20 3月, 2016 1 次提交
-
-
由 Viktor Dukhovni 提交于
This reverts commit 04e2a527. Reviewed-by: NRich Salz <rsalz@openssl.org>
-
- 19 3月, 2016 2 次提交
-
-
由 Richard Levitte 提交于
Therefore, they should be concatenated with the source directory using catfile(), not catdir() Reviewed-by: NRich Salz <rsalz@openssl.org>
-
由 Richard Levitte 提交于
Reviewed-by: NRich Salz <rsalz@openssl.org>
-
- 19 2月, 2016 1 次提交
-
-
由 Richard Levitte 提交于
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: NAndy Polyakov <appro@openssl.org>
-
- 12 2月, 2016 1 次提交
-
-
由 Richard Levitte 提交于
apps/progs.pl counted on the caller to provide the exact command files. The unified build doesn't have that knowledge, and the easier and more flexible thing to do is to feed it all the apps/*.c files and let it figure out the command names by looking inside (looking for /int ([a-z0-9][a-z0-9_]*)_main\(int argc,/). Also, add it to the generate command, since it's a versioned file. Reviewed-by: NRich Salz <rsalz@openssl.org>
-
- 10 2月, 2016 3 次提交
-
-
由 Richard Levitte 提交于
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: NRich Salz <rsalz@openssl.org>
-
由 Richard Levitte 提交于
This also adds all the raw sections needed for some files. Reviewed-by: NRich Salz <rsalz@openssl.org>
-
由 Richard Levitte 提交于
In build.info files, make the include directory in the build directory absolute, or Configure will think it should be added to the source directory top. Configure will turn it into a relative path if possible. Reviewed-by: NRich Salz <rsalz@openssl.org>
-
- 01 2月, 2016 1 次提交
-
-
由 Richard Levitte 提交于
Now that we have the foundation for the "unified" build scheme in place, we add build.info files. They have been generated from the Makefiles in the same directories. Things that are platform specific will appear in later commits. Reviewed-by: NAndy Polyakov <appro@openssl.org>
-