libtommath/libtommath_VS2008.vcproj

979 lines
17 KiB
Plaintext
Raw Normal View History

<?xml version="1.0" encoding="Windows-1252"?>
<VisualStudioProject
ProjectType="Visual C++"
2013-11-24 14:21:39 +00:00
Version="9.00"
Name="tommath"
ProjectGUID="{42109FEE-B0B9-4FCD-9E56-2863BF8C55D2}"
RootNamespace="tommath"
TargetFrameworkVersion="0"
>
<Platforms>
<Platform
Name="Win32"
/>
<Platform
Name="x64"
/>
</Platforms>
<ToolFiles>
</ToolFiles>
<Configurations>
<Configuration
Name="Debug|Win32"
OutputDirectory="MSVC_$(PlatformName)_$(ConfigurationName)"
IntermediateDirectory="MSVC_$(PlatformName)_$(ConfigurationName)\Intermediate"
ConfigurationType="4"
UseOfMFC="0"
ATLMinimizesCRunTimeLibraryUsage="false"
CharacterSet="0"
>
<Tool
Name="VCPreBuildEventTool"
/>
<Tool
Name="VCCustomBuildTool"
/>
<Tool
Name="VCXMLDataGeneratorTool"
/>
<Tool
Name="VCMIDLTool"
/>
<Tool
Name="VCCLCompilerTool"
Optimization="0"
AdditionalIncludeDirectories="."
PreprocessorDefinitions="WIN32;_DEBUG;_CRT_SECURE_NO_WARNINGS;_CRT_NONSTDC_NO_DEPRECATE"
MinimalRebuild="true"
ExceptionHandling="0"
BasicRuntimeChecks="3"
RuntimeLibrary="1"
PrecompiledHeaderFile="$(IntDir)\libtomcrypt.pch"
AssemblerListingLocation="$(IntDir)\"
ObjectFile="$(IntDir)\"
ProgramDataBaseFileName="$(IntDir)\"
WarningLevel="3"
SuppressStartupBanner="true"
DebugInformationFormat="4"
CompileAs="1"
/>
<Tool
Name="VCManagedResourceCompilerTool"
/>
<Tool
Name="VCResourceCompilerTool"
PreprocessorDefinitions="_DEBUG"
Culture="1033"
/>
<Tool
Name="VCPreLinkEventTool"
/>
<Tool
Name="VCLibrarianTool"
OutputFile="$(OutDir)\tommath.lib"
SuppressStartupBanner="true"
/>
<Tool
Name="VCALinkTool"
/>
<Tool
Name="VCXDCMakeTool"
/>
<Tool
Name="VCBscMakeTool"
SuppressStartupBanner="true"
OutputFile="$(OutDir)\tommath.bsc"
/>
<Tool
Name="VCFxCopTool"
/>
<Tool
Name="VCPostBuildEventTool"
/>
</Configuration>
<Configuration
Name="Debug|x64"
OutputDirectory="MSVC_$(PlatformName)_$(ConfigurationName)"
IntermediateDirectory="MSVC_$(PlatformName)_$(ConfigurationName)\Intermediate"
ConfigurationType="4"
UseOfMFC="0"
ATLMinimizesCRunTimeLibraryUsage="false"
CharacterSet="0"
>
<Tool
Name="VCPreBuildEventTool"
/>
<Tool
Name="VCCustomBuildTool"
/>
<Tool
Name="VCXMLDataGeneratorTool"
/>
<Tool
Name="VCMIDLTool"
TargetEnvironment="3"
/>
<Tool
Name="VCCLCompilerTool"
Optimization="0"
AdditionalIncludeDirectories="."
PreprocessorDefinitions="WIN32;_DEBUG;_CRT_SECURE_NO_WARNINGS;_CRT_NONSTDC_NO_DEPRECATE"
MinimalRebuild="true"
ExceptionHandling="0"
BasicRuntimeChecks="3"
RuntimeLibrary="1"
PrecompiledHeaderFile="$(IntDir)\libtomcrypt.pch"
AssemblerListingLocation="$(IntDir)\"
ObjectFile="$(IntDir)\"
ProgramDataBaseFileName="$(IntDir)\"
WarningLevel="3"
SuppressStartupBanner="true"
DebugInformationFormat="3"
CompileAs="1"
/>
<Tool
Name="VCManagedResourceCompilerTool"
/>
<Tool
Name="VCResourceCompilerTool"
PreprocessorDefinitions="_DEBUG"
Culture="1033"
/>
<Tool
Name="VCPreLinkEventTool"
/>
<Tool
Name="VCLibrarianTool"
OutputFile="$(OutDir)\tommath.lib"
SuppressStartupBanner="true"
/>
<Tool
Name="VCALinkTool"
/>
<Tool
Name="VCXDCMakeTool"
/>
<Tool
Name="VCBscMakeTool"
SuppressStartupBanner="true"
OutputFile="$(OutDir)\tommath.bsc"
/>
<Tool
Name="VCFxCopTool"
/>
<Tool
Name="VCPostBuildEventTool"
/>
</Configuration>
<Configuration
Name="Release|Win32"
OutputDirectory="MSVC_$(PlatformName)_$(ConfigurationName)"
IntermediateDirectory="MSVC_$(PlatformName)_$(ConfigurationName)\Intermediate"
ConfigurationType="4"
UseOfMFC="0"
ATLMinimizesCRunTimeLibraryUsage="false"
CharacterSet="0"
>
<Tool
Name="VCPreBuildEventTool"
/>
<Tool
Name="VCCustomBuildTool"
/>
<Tool
Name="VCXMLDataGeneratorTool"
/>
<Tool
Name="VCMIDLTool"
/>
<Tool
Name="VCCLCompilerTool"
Optimization="2"
InlineFunctionExpansion="1"
AdditionalIncludeDirectories="."
PreprocessorDefinitions="WIN32;NDEBUG;_CRT_SECURE_NO_WARNINGS;_CRT_NONSTDC_NO_DEPRECATE"
StringPooling="true"
RuntimeLibrary="0"
EnableFunctionLevelLinking="true"
PrecompiledHeaderFile="$(IntDir)\libtomcrypt.pch"
AssemblerListingLocation="$(IntDir)\"
ObjectFile="$(IntDir)\"
ProgramDataBaseFileName="$(IntDir)\"
WarningLevel="3"
SuppressStartupBanner="true"
/>
<Tool
Name="VCManagedResourceCompilerTool"
/>
<Tool
Name="VCResourceCompilerTool"
PreprocessorDefinitions="NDEBUG"
Culture="1033"
/>
<Tool
Name="VCPreLinkEventTool"
/>
<Tool
Name="VCLibrarianTool"
OutputFile="$(OutDir)\tommath.lib"
SuppressStartupBanner="true"
/>
<Tool
Name="VCALinkTool"
/>
<Tool
Name="VCXDCMakeTool"
/>
<Tool
Name="VCBscMakeTool"
SuppressStartupBanner="true"
OutputFile="$(OutDir)\tommath.bsc"
/>
<Tool
Name="VCFxCopTool"
/>
<Tool
Name="VCPostBuildEventTool"
/>
</Configuration>
<Configuration
Name="Release|x64"
OutputDirectory="MSVC_$(PlatformName)_$(ConfigurationName)"
IntermediateDirectory="MSVC_$(PlatformName)_$(ConfigurationName)\Intermediate"
ConfigurationType="4"
UseOfMFC="0"
ATLMinimizesCRunTimeLibraryUsage="false"
CharacterSet="0"
>
<Tool
Name="VCPreBuildEventTool"
/>
<Tool
Name="VCCustomBuildTool"
/>
<Tool
Name="VCXMLDataGeneratorTool"
/>
<Tool
Name="VCMIDLTool"
TargetEnvironment="3"
/>
<Tool
Name="VCCLCompilerTool"
Optimization="2"
InlineFunctionExpansion="1"
AdditionalIncludeDirectories="."
PreprocessorDefinitions="WIN32;NDEBUG;_CRT_SECURE_NO_WARNINGS;_CRT_NONSTDC_NO_DEPRECATE"
StringPooling="true"
RuntimeLibrary="0"
EnableFunctionLevelLinking="true"
PrecompiledHeaderFile="$(IntDir)\libtomcrypt.pch"
AssemblerListingLocation="$(IntDir)\"
ObjectFile="$(IntDir)\"
ProgramDataBaseFileName="$(IntDir)\"
WarningLevel="3"
SuppressStartupBanner="true"
/>
<Tool
Name="VCManagedResourceCompilerTool"
/>
<Tool
Name="VCResourceCompilerTool"
PreprocessorDefinitions="NDEBUG"
Culture="1033"
/>
<Tool
Name="VCPreLinkEventTool"
/>
<Tool
Name="VCLibrarianTool"
OutputFile="$(OutDir)\tommath.lib"
SuppressStartupBanner="true"
/>
<Tool
Name="VCALinkTool"
/>
<Tool
Name="VCXDCMakeTool"
/>
<Tool
Name="VCBscMakeTool"
SuppressStartupBanner="true"
OutputFile="$(OutDir)\tommath.bsc"
/>
<Tool
Name="VCFxCopTool"
/>
<Tool
Name="VCPostBuildEventTool"
/>
</Configuration>
</Configurations>
<References>
</References>
<Files>
<File
RelativePath="mp_2expt.c"
>
</File>
<File
RelativePath="mp_abs.c"
>
</File>
<File
RelativePath="mp_add.c"
>
</File>
<File
RelativePath="mp_add_d.c"
>
</File>
<File
RelativePath="mp_addmod.c"
>
</File>
<File
RelativePath="mp_and.c"
>
</File>
<File
RelativePath="mp_clamp.c"
>
</File>
<File
RelativePath="mp_clear.c"
>
</File>
<File
RelativePath="mp_clear_multi.c"
>
</File>
<File
RelativePath="mp_cmp.c"
>
</File>
<File
RelativePath="mp_cmp_d.c"
>
</File>
<File
RelativePath="mp_cmp_mag.c"
>
</File>
<File
RelativePath="mp_cnt_lsb.c"
>
</File>
<File
RelativePath="mp_complement.c"
>
</File>
<File
RelativePath="mp_copy.c"
>
</File>
<File
RelativePath="mp_count_bits.c"
>
</File>
<File
RelativePath="mp_cutoffs.c"
>
</File>
<File
RelativePath="mp_div.c"
>
</File>
<File
RelativePath="mp_div_2.c"
>
</File>
<File
RelativePath="mp_div_2d.c"
>
</File>
<File
RelativePath="mp_div_3.c"
>
</File>
<File
RelativePath="mp_div_d.c"
>
</File>
<File
RelativePath="mp_dr_is_modulus.c"
>
</File>
<File
RelativePath="mp_dr_reduce.c"
>
</File>
<File
RelativePath="mp_dr_setup.c"
>
</File>
<File
RelativePath="mp_error_to_string.c"
>
</File>
<File
RelativePath="mp_exch.c"
>
</File>
<File
RelativePath="mp_expt_u32.c"
>
</File>
<File
RelativePath="mp_exptmod.c"
>
</File>
<File
RelativePath="mp_exteuclid.c"
>
</File>
<File
RelativePath="mp_fread.c"
>
</File>
<File
RelativePath="mp_from_sbin.c"
>
</File>
<File
RelativePath="mp_from_ubin.c"
>
</File>
<File
RelativePath="mp_fwrite.c"
>
</File>
<File
RelativePath="mp_gcd.c"
>
</File>
<File
RelativePath="mp_get_double.c"
>
</File>
2019-06-06 10:09:39 +00:00
<File
RelativePath="mp_get_i32.c"
2019-06-06 10:09:39 +00:00
>
</File>
<File
RelativePath="mp_get_i64.c"
2019-06-06 10:09:39 +00:00
>
</File>
<File
RelativePath="mp_get_l.c"
>
</File>
<File
RelativePath="mp_get_ll.c"
>
</File>
2019-06-06 10:09:39 +00:00
<File
RelativePath="mp_get_mag_u32.c"
2019-06-06 10:09:39 +00:00
>
</File>
<File
RelativePath="mp_get_mag_u64.c"
2019-06-06 10:09:39 +00:00
>
</File>
<File
RelativePath="mp_get_mag_ul.c"
>
</File>
<File
RelativePath="mp_get_mag_ull.c"
>
</File>
<File
RelativePath="mp_grow.c"
>
</File>
<File
RelativePath="mp_init.c"
>
</File>
<File
RelativePath="mp_init_copy.c"
>
</File>
2019-06-06 10:09:39 +00:00
<File
RelativePath="mp_init_i32.c"
2019-06-06 10:09:39 +00:00
>
</File>
<File
RelativePath="mp_init_i64.c"
2019-06-06 10:09:39 +00:00
>
</File>
2019-06-13 14:58:06 +00:00
<File
RelativePath="mp_init_l.c"
2019-06-13 14:58:06 +00:00
>
</File>
<File
RelativePath="mp_init_ll.c"
2019-06-13 14:58:06 +00:00
>
</File>
<File
RelativePath="mp_init_multi.c"
>
</File>
<File
RelativePath="mp_init_set.c"
>
</File>
<File
RelativePath="mp_init_size.c"
>
</File>
2019-06-06 10:09:39 +00:00
<File
RelativePath="mp_init_u32.c"
2019-06-06 10:09:39 +00:00
>
</File>
<File
RelativePath="mp_init_u64.c"
2019-06-06 10:09:39 +00:00
>
</File>
2019-06-13 14:58:06 +00:00
<File
RelativePath="mp_init_ul.c"
2019-06-13 14:58:06 +00:00
>
</File>
<File
RelativePath="mp_init_ull.c"
2019-06-13 14:58:06 +00:00
>
</File>
<File
RelativePath="mp_invmod.c"
>
</File>
<File
RelativePath="mp_is_square.c"
>
</File>
2018-12-02 20:18:32 +00:00
<File
RelativePath="mp_kronecker.c"
2018-12-02 20:18:32 +00:00
>
</File>
<File
RelativePath="mp_lcm.c"
>
</File>
2019-10-15 08:40:40 +00:00
<File
RelativePath="mp_log_u32.c"
2019-10-15 08:40:40 +00:00
>
</File>
<File
RelativePath="mp_lshd.c"
>
</File>
<File
RelativePath="mp_mod.c"
>
</File>
<File
RelativePath="mp_mod_2d.c"
>
</File>
<File
RelativePath="mp_montgomery_calc_normalization.c"
>
</File>
<File
RelativePath="mp_montgomery_reduce.c"
>
</File>
<File
RelativePath="mp_montgomery_setup.c"
>
</File>
<File
RelativePath="mp_mul.c"
>
</File>
<File
RelativePath="mp_mul_2.c"
>
</File>
<File
RelativePath="mp_mul_2d.c"
>
</File>
<File
RelativePath="mp_mul_d.c"
>
</File>
<File
RelativePath="mp_mulmod.c"
>
</File>
<File
RelativePath="mp_neg.c"
>
</File>
<File
RelativePath="mp_or.c"
>
</File>
<File
RelativePath="mp_pack.c"
>
</File>
<File
RelativePath="mp_pack_count.c"
>
</File>
<File
RelativePath="mp_prime_fermat.c"
>
</File>
2018-12-02 20:18:32 +00:00
<File
RelativePath="mp_prime_frobenius_underwood.c"
2018-12-02 20:18:32 +00:00
>
</File>
<File
RelativePath="mp_prime_is_prime.c"
>
</File>
<File
RelativePath="mp_prime_miller_rabin.c"
>
</File>
<File
RelativePath="mp_prime_next_prime.c"
>
</File>
<File
RelativePath="mp_prime_rabin_miller_trials.c"
>
</File>
<File
RelativePath="mp_prime_rand.c"
>
</File>
2018-12-02 20:18:32 +00:00
<File
RelativePath="mp_prime_strong_lucas_selfridge.c"
2018-12-02 20:18:32 +00:00
>
</File>
<File
RelativePath="mp_prime_tab.c"
>
</File>
<File
RelativePath="mp_radix_size.c"
>
</File>
<File
RelativePath="mp_radix_smap.c"
>
</File>
<File
RelativePath="mp_rand.c"
>
</File>
<File
RelativePath="mp_read_radix.c"
>
</File>
<File
RelativePath="mp_reduce.c"
>
</File>
<File
RelativePath="mp_reduce_2k.c"
>
</File>
<File
RelativePath="mp_reduce_2k_l.c"
>
</File>
<File
RelativePath="mp_reduce_2k_setup.c"
>
</File>
<File
RelativePath="mp_reduce_2k_setup_l.c"
>
</File>
<File
RelativePath="mp_reduce_is_2k.c"
>
</File>
<File
RelativePath="mp_reduce_is_2k_l.c"
>
</File>
<File
RelativePath="mp_reduce_setup.c"
>
</File>
<File
RelativePath="mp_root_u32.c"
>
</File>
<File
RelativePath="mp_rshd.c"
>
</File>
<File
RelativePath="mp_sbin_size.c"
>
</File>
<File
RelativePath="mp_set.c"
>
</File>
2019-06-06 10:09:39 +00:00
<File
RelativePath="mp_set_double.c"
2019-06-06 10:09:39 +00:00
>
</File>
<File
RelativePath="mp_set_i32.c"
2019-06-06 10:09:39 +00:00
>
</File>
<File
RelativePath="mp_set_i64.c"
>
</File>
<File
RelativePath="mp_set_l.c"
>
</File>
2019-06-06 10:09:39 +00:00
<File
RelativePath="mp_set_ll.c"
2019-06-06 10:09:39 +00:00
>
</File>
<File
RelativePath="mp_set_u32.c"
2019-06-06 10:09:39 +00:00
>
</File>
<File
RelativePath="mp_set_u64.c"
>
</File>
<File
RelativePath="mp_set_ul.c"
>
</File>
<File
RelativePath="mp_set_ull.c"
>
</File>
<File
RelativePath="mp_shrink.c"
>
</File>
<File
RelativePath="mp_signed_rsh.c"
>
</File>
<File
RelativePath="mp_sqr.c"
>
</File>
<File
RelativePath="mp_sqrmod.c"
>
</File>
<File
RelativePath="mp_sqrt.c"
>
</File>
<File
RelativePath="mp_sqrtmod_prime.c"
>
</File>
<File
RelativePath="mp_sub.c"
>
</File>
<File
RelativePath="mp_sub_d.c"
>
</File>
<File
RelativePath="mp_submod.c"
>
</File>
<File
RelativePath="mp_to_radix.c"
>
</File>
<File
RelativePath="mp_to_sbin.c"
>
</File>
<File
RelativePath="mp_to_ubin.c"
>
</File>
<File
RelativePath="mp_ubin_size.c"
>
</File>
<File
RelativePath="mp_unpack.c"
>
</File>
<File
RelativePath="mp_xor.c"
>
</File>
<File
RelativePath="mp_zero.c"
>
</File>
<File
RelativePath="s_mp_add.c"
>
</File>
<File
apply a series of simplifications * this is the final commit of a series of simplifications, containing only the regenerated files and the explanation in the commit message * This is in preparation of the size_t change/a potential representation change to use full width as in tfm, if a (partial?) merge with tfm is desired. These changes have their own merits however. * Remove obfuscating tmpx digit pointers (fewer variables, it is more obvious what is being manipulated) * Reduce scope of variables where possible * Stricter error handling/checking (for example handling in karatsuba was broken) * In some cases the result was written even in the case of an error (e.g. s_mp_is_divisible). This will hide bugs, since the user should check the return value (enforced by MP_WUR). Furthermore if the user accesses the non-initialized result, valgrind will complain for example. Global static analysis like coverity will also detect the issue. Therefore this improves the status quo. * Introduce generic, private MP_EXCH macro which can be used to swap values. * Introduce s_mp_copy_digs/s_mp_zero_digs/s_mp_zero_buf * Some control flow simplifications, e.g, loops instead of goto * Renamings of variables/labels for consistency * Renamings of mul/sqr functions for more consistency, e.g., comba instead of fast suffix * I didn't read through some very complex functions. They are so complex, I am too afraid and lazy to touch them. Maybe someone resposible wants to simplify them if possible. Hint... Hint... - mp_prime_strong_lucas_selfridge.c - s_mp_exptmod.c - s_mp_exptmod_fast.c
2019-10-29 19:26:50 +00:00
RelativePath="s_mp_copy_digs.c"
>
</File>
<File
RelativePath="s_mp_div_recursive.c"
>
</File>
<File
RelativePath="s_mp_div_school.c"
>
</File>
<File
RelativePath="s_mp_div_small.c"
>
</File>
<File
RelativePath="s_mp_exptmod.c"
>
</File>
2019-04-12 12:56:29 +00:00
<File
RelativePath="s_mp_exptmod_fast.c"
2019-04-12 12:56:29 +00:00
>
</File>
<File
RelativePath="s_mp_get_bit.c"
>
</File>
2019-04-12 12:56:29 +00:00
<File
apply a series of simplifications * this is the final commit of a series of simplifications, containing only the regenerated files and the explanation in the commit message * This is in preparation of the size_t change/a potential representation change to use full width as in tfm, if a (partial?) merge with tfm is desired. These changes have their own merits however. * Remove obfuscating tmpx digit pointers (fewer variables, it is more obvious what is being manipulated) * Reduce scope of variables where possible * Stricter error handling/checking (for example handling in karatsuba was broken) * In some cases the result was written even in the case of an error (e.g. s_mp_is_divisible). This will hide bugs, since the user should check the return value (enforced by MP_WUR). Furthermore if the user accesses the non-initialized result, valgrind will complain for example. Global static analysis like coverity will also detect the issue. Therefore this improves the status quo. * Introduce generic, private MP_EXCH macro which can be used to swap values. * Introduce s_mp_copy_digs/s_mp_zero_digs/s_mp_zero_buf * Some control flow simplifications, e.g, loops instead of goto * Renamings of variables/labels for consistency * Renamings of mul/sqr functions for more consistency, e.g., comba instead of fast suffix * I didn't read through some very complex functions. They are so complex, I am too afraid and lazy to touch them. Maybe someone resposible wants to simplify them if possible. Hint... Hint... - mp_prime_strong_lucas_selfridge.c - s_mp_exptmod.c - s_mp_exptmod_fast.c
2019-10-29 19:26:50 +00:00
RelativePath="s_mp_invmod.c"
2019-04-12 12:56:29 +00:00
>
</File>
<File
apply a series of simplifications * this is the final commit of a series of simplifications, containing only the regenerated files and the explanation in the commit message * This is in preparation of the size_t change/a potential representation change to use full width as in tfm, if a (partial?) merge with tfm is desired. These changes have their own merits however. * Remove obfuscating tmpx digit pointers (fewer variables, it is more obvious what is being manipulated) * Reduce scope of variables where possible * Stricter error handling/checking (for example handling in karatsuba was broken) * In some cases the result was written even in the case of an error (e.g. s_mp_is_divisible). This will hide bugs, since the user should check the return value (enforced by MP_WUR). Furthermore if the user accesses the non-initialized result, valgrind will complain for example. Global static analysis like coverity will also detect the issue. Therefore this improves the status quo. * Introduce generic, private MP_EXCH macro which can be used to swap values. * Introduce s_mp_copy_digs/s_mp_zero_digs/s_mp_zero_buf * Some control flow simplifications, e.g, loops instead of goto * Renamings of variables/labels for consistency * Renamings of mul/sqr functions for more consistency, e.g., comba instead of fast suffix * I didn't read through some very complex functions. They are so complex, I am too afraid and lazy to touch them. Maybe someone resposible wants to simplify them if possible. Hint... Hint... - mp_prime_strong_lucas_selfridge.c - s_mp_exptmod.c - s_mp_exptmod_fast.c
2019-10-29 19:26:50 +00:00
RelativePath="s_mp_invmod_odd.c"
2019-04-12 12:56:29 +00:00
>
</File>
<File
apply a series of simplifications * this is the final commit of a series of simplifications, containing only the regenerated files and the explanation in the commit message * This is in preparation of the size_t change/a potential representation change to use full width as in tfm, if a (partial?) merge with tfm is desired. These changes have their own merits however. * Remove obfuscating tmpx digit pointers (fewer variables, it is more obvious what is being manipulated) * Reduce scope of variables where possible * Stricter error handling/checking (for example handling in karatsuba was broken) * In some cases the result was written even in the case of an error (e.g. s_mp_is_divisible). This will hide bugs, since the user should check the return value (enforced by MP_WUR). Furthermore if the user accesses the non-initialized result, valgrind will complain for example. Global static analysis like coverity will also detect the issue. Therefore this improves the status quo. * Introduce generic, private MP_EXCH macro which can be used to swap values. * Introduce s_mp_copy_digs/s_mp_zero_digs/s_mp_zero_buf * Some control flow simplifications, e.g, loops instead of goto * Renamings of variables/labels for consistency * Renamings of mul/sqr functions for more consistency, e.g., comba instead of fast suffix * I didn't read through some very complex functions. They are so complex, I am too afraid and lazy to touch them. Maybe someone resposible wants to simplify them if possible. Hint... Hint... - mp_prime_strong_lucas_selfridge.c - s_mp_exptmod.c - s_mp_exptmod_fast.c
2019-10-29 19:26:50 +00:00
RelativePath="s_mp_log.c"
2019-04-12 12:56:29 +00:00
>
</File>
<File
apply a series of simplifications * this is the final commit of a series of simplifications, containing only the regenerated files and the explanation in the commit message * This is in preparation of the size_t change/a potential representation change to use full width as in tfm, if a (partial?) merge with tfm is desired. These changes have their own merits however. * Remove obfuscating tmpx digit pointers (fewer variables, it is more obvious what is being manipulated) * Reduce scope of variables where possible * Stricter error handling/checking (for example handling in karatsuba was broken) * In some cases the result was written even in the case of an error (e.g. s_mp_is_divisible). This will hide bugs, since the user should check the return value (enforced by MP_WUR). Furthermore if the user accesses the non-initialized result, valgrind will complain for example. Global static analysis like coverity will also detect the issue. Therefore this improves the status quo. * Introduce generic, private MP_EXCH macro which can be used to swap values. * Introduce s_mp_copy_digs/s_mp_zero_digs/s_mp_zero_buf * Some control flow simplifications, e.g, loops instead of goto * Renamings of variables/labels for consistency * Renamings of mul/sqr functions for more consistency, e.g., comba instead of fast suffix * I didn't read through some very complex functions. They are so complex, I am too afraid and lazy to touch them. Maybe someone resposible wants to simplify them if possible. Hint... Hint... - mp_prime_strong_lucas_selfridge.c - s_mp_exptmod.c - s_mp_exptmod_fast.c
2019-10-29 19:26:50 +00:00
RelativePath="s_mp_log_d.c"
2019-04-12 12:56:29 +00:00
>
</File>
<File
apply a series of simplifications * this is the final commit of a series of simplifications, containing only the regenerated files and the explanation in the commit message * This is in preparation of the size_t change/a potential representation change to use full width as in tfm, if a (partial?) merge with tfm is desired. These changes have their own merits however. * Remove obfuscating tmpx digit pointers (fewer variables, it is more obvious what is being manipulated) * Reduce scope of variables where possible * Stricter error handling/checking (for example handling in karatsuba was broken) * In some cases the result was written even in the case of an error (e.g. s_mp_is_divisible). This will hide bugs, since the user should check the return value (enforced by MP_WUR). Furthermore if the user accesses the non-initialized result, valgrind will complain for example. Global static analysis like coverity will also detect the issue. Therefore this improves the status quo. * Introduce generic, private MP_EXCH macro which can be used to swap values. * Introduce s_mp_copy_digs/s_mp_zero_digs/s_mp_zero_buf * Some control flow simplifications, e.g, loops instead of goto * Renamings of variables/labels for consistency * Renamings of mul/sqr functions for more consistency, e.g., comba instead of fast suffix * I didn't read through some very complex functions. They are so complex, I am too afraid and lazy to touch them. Maybe someone resposible wants to simplify them if possible. Hint... Hint... - mp_prime_strong_lucas_selfridge.c - s_mp_exptmod.c - s_mp_exptmod_fast.c
2019-10-29 19:26:50 +00:00
RelativePath="s_mp_log_pow2.c"
>
</File>
<File
apply a series of simplifications * this is the final commit of a series of simplifications, containing only the regenerated files and the explanation in the commit message * This is in preparation of the size_t change/a potential representation change to use full width as in tfm, if a (partial?) merge with tfm is desired. These changes have their own merits however. * Remove obfuscating tmpx digit pointers (fewer variables, it is more obvious what is being manipulated) * Reduce scope of variables where possible * Stricter error handling/checking (for example handling in karatsuba was broken) * In some cases the result was written even in the case of an error (e.g. s_mp_is_divisible). This will hide bugs, since the user should check the return value (enforced by MP_WUR). Furthermore if the user accesses the non-initialized result, valgrind will complain for example. Global static analysis like coverity will also detect the issue. Therefore this improves the status quo. * Introduce generic, private MP_EXCH macro which can be used to swap values. * Introduce s_mp_copy_digs/s_mp_zero_digs/s_mp_zero_buf * Some control flow simplifications, e.g, loops instead of goto * Renamings of variables/labels for consistency * Renamings of mul/sqr functions for more consistency, e.g., comba instead of fast suffix * I didn't read through some very complex functions. They are so complex, I am too afraid and lazy to touch them. Maybe someone resposible wants to simplify them if possible. Hint... Hint... - mp_prime_strong_lucas_selfridge.c - s_mp_exptmod.c - s_mp_exptmod_fast.c
2019-10-29 19:26:50 +00:00
RelativePath="s_mp_montgomery_reduce_comba.c"
>
</File>
<File
apply a series of simplifications * this is the final commit of a series of simplifications, containing only the regenerated files and the explanation in the commit message * This is in preparation of the size_t change/a potential representation change to use full width as in tfm, if a (partial?) merge with tfm is desired. These changes have their own merits however. * Remove obfuscating tmpx digit pointers (fewer variables, it is more obvious what is being manipulated) * Reduce scope of variables where possible * Stricter error handling/checking (for example handling in karatsuba was broken) * In some cases the result was written even in the case of an error (e.g. s_mp_is_divisible). This will hide bugs, since the user should check the return value (enforced by MP_WUR). Furthermore if the user accesses the non-initialized result, valgrind will complain for example. Global static analysis like coverity will also detect the issue. Therefore this improves the status quo. * Introduce generic, private MP_EXCH macro which can be used to swap values. * Introduce s_mp_copy_digs/s_mp_zero_digs/s_mp_zero_buf * Some control flow simplifications, e.g, loops instead of goto * Renamings of variables/labels for consistency * Renamings of mul/sqr functions for more consistency, e.g., comba instead of fast suffix * I didn't read through some very complex functions. They are so complex, I am too afraid and lazy to touch them. Maybe someone resposible wants to simplify them if possible. Hint... Hint... - mp_prime_strong_lucas_selfridge.c - s_mp_exptmod.c - s_mp_exptmod_fast.c
2019-10-29 19:26:50 +00:00
RelativePath="s_mp_mul.c"
>
</File>
2019-04-12 12:56:29 +00:00
<File
apply a series of simplifications * this is the final commit of a series of simplifications, containing only the regenerated files and the explanation in the commit message * This is in preparation of the size_t change/a potential representation change to use full width as in tfm, if a (partial?) merge with tfm is desired. These changes have their own merits however. * Remove obfuscating tmpx digit pointers (fewer variables, it is more obvious what is being manipulated) * Reduce scope of variables where possible * Stricter error handling/checking (for example handling in karatsuba was broken) * In some cases the result was written even in the case of an error (e.g. s_mp_is_divisible). This will hide bugs, since the user should check the return value (enforced by MP_WUR). Furthermore if the user accesses the non-initialized result, valgrind will complain for example. Global static analysis like coverity will also detect the issue. Therefore this improves the status quo. * Introduce generic, private MP_EXCH macro which can be used to swap values. * Introduce s_mp_copy_digs/s_mp_zero_digs/s_mp_zero_buf * Some control flow simplifications, e.g, loops instead of goto * Renamings of variables/labels for consistency * Renamings of mul/sqr functions for more consistency, e.g., comba instead of fast suffix * I didn't read through some very complex functions. They are so complex, I am too afraid and lazy to touch them. Maybe someone resposible wants to simplify them if possible. Hint... Hint... - mp_prime_strong_lucas_selfridge.c - s_mp_exptmod.c - s_mp_exptmod_fast.c
2019-10-29 19:26:50 +00:00
RelativePath="s_mp_mul_balance.c"
2019-04-12 12:56:29 +00:00
>
</File>
<File
apply a series of simplifications * this is the final commit of a series of simplifications, containing only the regenerated files and the explanation in the commit message * This is in preparation of the size_t change/a potential representation change to use full width as in tfm, if a (partial?) merge with tfm is desired. These changes have their own merits however. * Remove obfuscating tmpx digit pointers (fewer variables, it is more obvious what is being manipulated) * Reduce scope of variables where possible * Stricter error handling/checking (for example handling in karatsuba was broken) * In some cases the result was written even in the case of an error (e.g. s_mp_is_divisible). This will hide bugs, since the user should check the return value (enforced by MP_WUR). Furthermore if the user accesses the non-initialized result, valgrind will complain for example. Global static analysis like coverity will also detect the issue. Therefore this improves the status quo. * Introduce generic, private MP_EXCH macro which can be used to swap values. * Introduce s_mp_copy_digs/s_mp_zero_digs/s_mp_zero_buf * Some control flow simplifications, e.g, loops instead of goto * Renamings of variables/labels for consistency * Renamings of mul/sqr functions for more consistency, e.g., comba instead of fast suffix * I didn't read through some very complex functions. They are so complex, I am too afraid and lazy to touch them. Maybe someone resposible wants to simplify them if possible. Hint... Hint... - mp_prime_strong_lucas_selfridge.c - s_mp_exptmod.c - s_mp_exptmod_fast.c
2019-10-29 19:26:50 +00:00
RelativePath="s_mp_mul_comba.c"
>
</File>
2019-04-12 12:56:29 +00:00
<File
apply a series of simplifications * this is the final commit of a series of simplifications, containing only the regenerated files and the explanation in the commit message * This is in preparation of the size_t change/a potential representation change to use full width as in tfm, if a (partial?) merge with tfm is desired. These changes have their own merits however. * Remove obfuscating tmpx digit pointers (fewer variables, it is more obvious what is being manipulated) * Reduce scope of variables where possible * Stricter error handling/checking (for example handling in karatsuba was broken) * In some cases the result was written even in the case of an error (e.g. s_mp_is_divisible). This will hide bugs, since the user should check the return value (enforced by MP_WUR). Furthermore if the user accesses the non-initialized result, valgrind will complain for example. Global static analysis like coverity will also detect the issue. Therefore this improves the status quo. * Introduce generic, private MP_EXCH macro which can be used to swap values. * Introduce s_mp_copy_digs/s_mp_zero_digs/s_mp_zero_buf * Some control flow simplifications, e.g, loops instead of goto * Renamings of variables/labels for consistency * Renamings of mul/sqr functions for more consistency, e.g., comba instead of fast suffix * I didn't read through some very complex functions. They are so complex, I am too afraid and lazy to touch them. Maybe someone resposible wants to simplify them if possible. Hint... Hint... - mp_prime_strong_lucas_selfridge.c - s_mp_exptmod.c - s_mp_exptmod_fast.c
2019-10-29 19:26:50 +00:00
RelativePath="s_mp_mul_high.c"
2019-04-12 12:56:29 +00:00
>
</File>
<File
apply a series of simplifications * this is the final commit of a series of simplifications, containing only the regenerated files and the explanation in the commit message * This is in preparation of the size_t change/a potential representation change to use full width as in tfm, if a (partial?) merge with tfm is desired. These changes have their own merits however. * Remove obfuscating tmpx digit pointers (fewer variables, it is more obvious what is being manipulated) * Reduce scope of variables where possible * Stricter error handling/checking (for example handling in karatsuba was broken) * In some cases the result was written even in the case of an error (e.g. s_mp_is_divisible). This will hide bugs, since the user should check the return value (enforced by MP_WUR). Furthermore if the user accesses the non-initialized result, valgrind will complain for example. Global static analysis like coverity will also detect the issue. Therefore this improves the status quo. * Introduce generic, private MP_EXCH macro which can be used to swap values. * Introduce s_mp_copy_digs/s_mp_zero_digs/s_mp_zero_buf * Some control flow simplifications, e.g, loops instead of goto * Renamings of variables/labels for consistency * Renamings of mul/sqr functions for more consistency, e.g., comba instead of fast suffix * I didn't read through some very complex functions. They are so complex, I am too afraid and lazy to touch them. Maybe someone resposible wants to simplify them if possible. Hint... Hint... - mp_prime_strong_lucas_selfridge.c - s_mp_exptmod.c - s_mp_exptmod_fast.c
2019-10-29 19:26:50 +00:00
RelativePath="s_mp_mul_high_comba.c"
>
</File>
2019-04-12 12:56:29 +00:00
<File
apply a series of simplifications * this is the final commit of a series of simplifications, containing only the regenerated files and the explanation in the commit message * This is in preparation of the size_t change/a potential representation change to use full width as in tfm, if a (partial?) merge with tfm is desired. These changes have their own merits however. * Remove obfuscating tmpx digit pointers (fewer variables, it is more obvious what is being manipulated) * Reduce scope of variables where possible * Stricter error handling/checking (for example handling in karatsuba was broken) * In some cases the result was written even in the case of an error (e.g. s_mp_is_divisible). This will hide bugs, since the user should check the return value (enforced by MP_WUR). Furthermore if the user accesses the non-initialized result, valgrind will complain for example. Global static analysis like coverity will also detect the issue. Therefore this improves the status quo. * Introduce generic, private MP_EXCH macro which can be used to swap values. * Introduce s_mp_copy_digs/s_mp_zero_digs/s_mp_zero_buf * Some control flow simplifications, e.g, loops instead of goto * Renamings of variables/labels for consistency * Renamings of mul/sqr functions for more consistency, e.g., comba instead of fast suffix * I didn't read through some very complex functions. They are so complex, I am too afraid and lazy to touch them. Maybe someone resposible wants to simplify them if possible. Hint... Hint... - mp_prime_strong_lucas_selfridge.c - s_mp_exptmod.c - s_mp_exptmod_fast.c
2019-10-29 19:26:50 +00:00
RelativePath="s_mp_mul_karatsuba.c"
>
</File>
<File
RelativePath="s_mp_mul_toom.c"
2019-04-12 12:56:29 +00:00
>
</File>
<File
RelativePath="s_mp_prime_is_divisible.c"
>
</File>
<File
RelativePath="s_mp_rand_jenkins.c"
>
</File>
<File
RelativePath="s_mp_rand_platform.c"
>
</File>
<File
RelativePath="s_mp_sqr.c"
>
</File>
2019-04-12 12:56:29 +00:00
<File
apply a series of simplifications * this is the final commit of a series of simplifications, containing only the regenerated files and the explanation in the commit message * This is in preparation of the size_t change/a potential representation change to use full width as in tfm, if a (partial?) merge with tfm is desired. These changes have their own merits however. * Remove obfuscating tmpx digit pointers (fewer variables, it is more obvious what is being manipulated) * Reduce scope of variables where possible * Stricter error handling/checking (for example handling in karatsuba was broken) * In some cases the result was written even in the case of an error (e.g. s_mp_is_divisible). This will hide bugs, since the user should check the return value (enforced by MP_WUR). Furthermore if the user accesses the non-initialized result, valgrind will complain for example. Global static analysis like coverity will also detect the issue. Therefore this improves the status quo. * Introduce generic, private MP_EXCH macro which can be used to swap values. * Introduce s_mp_copy_digs/s_mp_zero_digs/s_mp_zero_buf * Some control flow simplifications, e.g, loops instead of goto * Renamings of variables/labels for consistency * Renamings of mul/sqr functions for more consistency, e.g., comba instead of fast suffix * I didn't read through some very complex functions. They are so complex, I am too afraid and lazy to touch them. Maybe someone resposible wants to simplify them if possible. Hint... Hint... - mp_prime_strong_lucas_selfridge.c - s_mp_exptmod.c - s_mp_exptmod_fast.c
2019-10-29 19:26:50 +00:00
RelativePath="s_mp_sqr_comba.c"
>
</File>
<File
RelativePath="s_mp_sqr_karatsuba.c"
>
</File>
<File
RelativePath="s_mp_sqr_toom.c"
2019-04-12 12:56:29 +00:00
>
</File>
<File
RelativePath="s_mp_sub.c"
>
</File>
2019-04-12 12:56:29 +00:00
<File
apply a series of simplifications * this is the final commit of a series of simplifications, containing only the regenerated files and the explanation in the commit message * This is in preparation of the size_t change/a potential representation change to use full width as in tfm, if a (partial?) merge with tfm is desired. These changes have their own merits however. * Remove obfuscating tmpx digit pointers (fewer variables, it is more obvious what is being manipulated) * Reduce scope of variables where possible * Stricter error handling/checking (for example handling in karatsuba was broken) * In some cases the result was written even in the case of an error (e.g. s_mp_is_divisible). This will hide bugs, since the user should check the return value (enforced by MP_WUR). Furthermore if the user accesses the non-initialized result, valgrind will complain for example. Global static analysis like coverity will also detect the issue. Therefore this improves the status quo. * Introduce generic, private MP_EXCH macro which can be used to swap values. * Introduce s_mp_copy_digs/s_mp_zero_digs/s_mp_zero_buf * Some control flow simplifications, e.g, loops instead of goto * Renamings of variables/labels for consistency * Renamings of mul/sqr functions for more consistency, e.g., comba instead of fast suffix * I didn't read through some very complex functions. They are so complex, I am too afraid and lazy to touch them. Maybe someone resposible wants to simplify them if possible. Hint... Hint... - mp_prime_strong_lucas_selfridge.c - s_mp_exptmod.c - s_mp_exptmod_fast.c
2019-10-29 19:26:50 +00:00
RelativePath="s_mp_zero_buf.c"
2019-04-12 12:56:29 +00:00
>
</File>
<File
apply a series of simplifications * this is the final commit of a series of simplifications, containing only the regenerated files and the explanation in the commit message * This is in preparation of the size_t change/a potential representation change to use full width as in tfm, if a (partial?) merge with tfm is desired. These changes have their own merits however. * Remove obfuscating tmpx digit pointers (fewer variables, it is more obvious what is being manipulated) * Reduce scope of variables where possible * Stricter error handling/checking (for example handling in karatsuba was broken) * In some cases the result was written even in the case of an error (e.g. s_mp_is_divisible). This will hide bugs, since the user should check the return value (enforced by MP_WUR). Furthermore if the user accesses the non-initialized result, valgrind will complain for example. Global static analysis like coverity will also detect the issue. Therefore this improves the status quo. * Introduce generic, private MP_EXCH macro which can be used to swap values. * Introduce s_mp_copy_digs/s_mp_zero_digs/s_mp_zero_buf * Some control flow simplifications, e.g, loops instead of goto * Renamings of variables/labels for consistency * Renamings of mul/sqr functions for more consistency, e.g., comba instead of fast suffix * I didn't read through some very complex functions. They are so complex, I am too afraid and lazy to touch them. Maybe someone resposible wants to simplify them if possible. Hint... Hint... - mp_prime_strong_lucas_selfridge.c - s_mp_exptmod.c - s_mp_exptmod_fast.c
2019-10-29 19:26:50 +00:00
RelativePath="s_mp_zero_digs.c"
2019-04-12 12:56:29 +00:00
>
</File>
<File
RelativePath="tommath.h"
>
</File>
2019-10-24 15:33:38 +00:00
<File
RelativePath="tommath_c89.h"
>
</File>
<File
RelativePath="tommath_class.h"
>
</File>
<File
RelativePath="tommath_cutoffs.h"
>
</File>
<File
RelativePath="tommath_private.h"
>
</File>
<File
RelativePath="tommath_superclass.h"
>
</File>
</Files>
<Globals>
</Globals>
</VisualStudioProject>