aboutsummaryrefslogtreecommitdiff
path: root/visualc/VS2010/gen_key.vcxproj
AgeCommit message (Collapse)AuthorFilesLines
2020-06-26programs: Link to tests common codeRonald Cron1-4/+4
Signed-off-by: Ronald Cron <ronald.cron@arm.com>
2020-05-21Remove definitions and settings that are never used or duplicate MSVCirwir1-14/+4
defaults. Fixes #3297. Signed-off-by: irwir <irwir@users.noreply.github.com>
2020-04-01Systematically use Windows line endings in Windows filesGilles Peskine1-20/+20
Don't mix Windows and Unix line endings, it's the worst of both worlds. Update the Visual Studio templates and regenerate the generated files. Signed-off-by: Gilles Peskine <Gilles.Peskine@arm.com>
2020-02-26Tweak spacing in Visual Studio filesGilles Peskine1-4/+8
Tweak the code to be slightly simpler and closer to mbedtls. This changes non-significant whitespace in the generated files.
2019-08-19ECDH: Add Everest Curve25519 to VS project filesChristoph M. Wintersteiger1-4/+4
This being the first 3rdparty-contribution, we may want to consider the structure of the project file generation scripts. Perhaps add small, constribution-specific scripts to each directory in 3rdparty instead of adding all constraints to generate_visualc_files.pl?
2019-07-31Merge remote-tracking branch 'tls/development' into developmentJaeden Amero1-1/+0
Resolve conflicts by performing the following operations: - Reject changes related to building a crypto submodule, since Mbed Crypto is the crypto submodule. - Reject X.509, NET, and SSL changes. - Reject changes to README, as Mbed Crypto is a different project from Mbed TLS, with a different README. - Avoid adding mention of ssl-opt.sh in a comment near some modified code in include/CMakeLists.txt (around where ENABLE_TESTING as added). - Align config.pl in Mbed TLS with config.pl in Mbed Crypto where PSA options are concerned, to make future merging easier. There is no reason for the two to be different in this regard, now that Mbed TLS always depends on Mbed Crypto. Remaining differences are only the PSA_CRYPTO_KEY_FILE_ID_ENCODES_OWNER option and the absence of X.509, NET, and SSL related options in Mbed Crypto's config.pl. - Align config.h in Mbed Crypto with Mbed TLS's copy, with a few notable exceptions: - Leave CMAC on by default. - Leave storage on by default (including ITS emulation). - Avoid documenting the PSA Crypto API as is in beta stage in documentation for MBEDTLS_PSA_CRYPTO_C. The only remaining differences are a lack of X.509, NET, and SSL options in Mbed Crypto's config.h, as well as an additional Mbed-Crypto-specific PSA_CRYPTO_KEY_FILE_ID_ENCODES_OWNER option. Documentation for the check params feature and related macros is also updated to match Mbed TLS's description. - Reject tests/data_files/Makefile changes to generate DER versions of CRTs and keys, as none of those are used by Mbed Crypto tests. - Add the "no PEM and no filesystem" test to all.sh, without ssl-opt.sh run, as Mbed Crypto doesn't have ssl-opt.sh. Also remove use of PSA Crypto storage and ITS emulation, since those depend on filesystem support. - Reject addition of test when no ciphersuites have MAC to all.sh, as the option being tested, MBEDTLS_SSL_SOME_MODES_USE_MAC, is not present in Mbed Crypto. - Use baremetal config in all.sh, as Mbed Crypto's baremetal configuration does exclude the net module (as it doesn't exist in Mbed Crypto) - Reject cmake_subproject_build changes, continuing to link only libmbedcrypto. - Reject changes to visualc and associated templates. Mbed Crypto doesn't need additional logic to handle submodule-sourced headers. - Avoid adding fuzzers from Mbed TLS. The only relevant fuzzers are the privkey and pubkey fuzzers, but non-trivial work would be required to integrate those into Mbed Crypto (more than is comfortable in a merge commit). - Reject addition of Docker wrappers for compat.sh and ssl-opt.sh, as those are not present in Mbed Crypto. - Remove calls to SSL-related scripts from basic-in-docker.sh Fix test errors by performing the following: - Avoid using a link that Doxygen can't seem to resolve in Mbed Crypto, but can resolve in Mbed TLS. In documentation for MBEDTLS_CHECK_PARAMS, don't attempt to link to MBEDTLS_PARAM_FAILED. * origin/development: (339 commits) Do not build fuzz on windows No booleans and import config Removing space before opening parenthesis Style corrections Syntax fix Fixes warnings from MSVC Add a linker flag to enable gcov in basic-build-test.sh Update crypto submodule to a revision with the HAVEGE header changes Test with MBEDTLS_ECP_RESTARTABLE Allow TODO in code Use the docstring in the command line help Split _abi_compliance_command into smaller functions Record the commits that were compared Document how to build the typical argument for -s Allow running /somewhere/else/path/to/abi_check.py tests: Limit each log to 10 GiB Warn if VLAs are used Remove redundant compiler flag Consistently spell -Wextra Fix parsing issue when int parameter is in base 16 ...
2019-06-20windows: Fix Release x64 configurationJaeden Amero1-1/+0
Inherit PlatformToolset from the project configuration. This allow the project to configure PlatformToolset, and aligns the Release x64 build with other build types. Fixes #1430
2019-05-23Generating visualc files - let Mbed TLS take precedence over cryptoAndrzej Kurek1-4/+4
Change the order of include directories so that Mbed TLS is first.
2019-05-23Adjust visual studio file generation to always use the crypto submoduleAndrzej Kurek1-4/+12
Add crypto include to include paths
2018-02-21Have Visual Studio handle linking to mbedTLS.lib internallyKrzysztof Stachowiak1-3/+4
Fixes #1347
2017-03-01Update of the Visual Studio filesSimon Butcher1-12/+16
Contains additional project file, ecdh_curve25519.vcxproj, as well as fix for intermediate files causing the warning MSB8028 with Visual Studio 2015.
2015-02-08Prepare for mbed TLS 1.3.10 releasePaul Bakker1-1/+1
2015-01-26Generate VC files with new nameManuel Pégourié-Gonnard1-5/+5
2014-05-22Generate GUID for VS2010 appsManuel Pégourié-Gonnard1-1/+1
2013-09-23Add missing VS files for programsManuel Pégourié-Gonnard1-0/+169