aboutsummaryrefslogtreecommitdiffstats
path: root/README-windows.md
diff options
context:
space:
mode:
authorJay Berkenbilt <ejb@ql.org>2017-08-22 20:19:08 +0200
committerJay Berkenbilt <ejb@ql.org>2017-08-22 20:22:20 +0200
commite452d9dca60bb30ed6a0aa9f437ad40265214cb8 (patch)
treecf003869f783f45b38ea8b8035229bfd42000195 /README-windows.md
parent2a8cd4acdc48f050a0be66405cfbe9ba1c6ce9da (diff)
downloadqpdf-e452d9dca60bb30ed6a0aa9f437ad40265214cb8.tar.zst
Spell check
Diffstat (limited to 'README-windows.md')
-rw-r--r--README-windows.md2
1 files changed, 1 insertions, 1 deletions
diff --git a/README-windows.md b/README-windows.md
index 8de8308d..87bebc2b 100644
--- a/README-windows.md
+++ b/README-windows.md
@@ -104,4 +104,4 @@ Redistribution of the runtime DLL is unavoidable as of this writing; see "Static
# Static Runtime
-Building the DLL and executables with static runtime does not work with either Visual C++ .NET 2008 (a.k.a. vc9) using `/MT` or with mingw (at least as of 4.4.0) using `-static-libgcc`. The reason is that, in both cases, there is static data involved with exception handling, and when the runtime is linked in statically, exceptions cannot be thrown across the DLL to EXE boundary. Since qpdf uses exception handling extensively for error handling, we have no choice but to redistribute the C++ runtime DLLs. Maybe this will be addressed in a future version of the compilers. This has not been retested with the toolchain versions used to create qpdf >= 3.0 distributions. This has not been revisited since MSVC 2008, but redistrbuting runtime DLLs is extremely common and should not be a problem.
+Building the DLL and executables with static runtime does not work with either Visual C++ .NET 2008 (a.k.a. vc9) using `/MT` or with mingw (at least as of 4.4.0) using `-static-libgcc`. The reason is that, in both cases, there is static data involved with exception handling, and when the runtime is linked in statically, exceptions cannot be thrown across the DLL to EXE boundary. Since qpdf uses exception handling extensively for error handling, we have no choice but to redistribute the C++ runtime DLLs. Maybe this will be addressed in a future version of the compilers. This has not been retested with the toolchain versions used to create qpdf >= 3.0 distributions. This has not been revisited since MSVC 2008, but redistributing runtime DLLs is extremely common and should not be a problem.