aboutsummaryrefslogtreecommitdiff
path: root/src/backend/jit/llvm/llvmjit_error.cpp
diff options
context:
space:
mode:
authorAndres Freund <andres@anarazel.de>2018-03-26 12:58:17 -0700
committerAndres Freund <andres@anarazel.de>2018-03-26 12:58:17 -0700
commit96b5eac9186e033c67944124803ef5aa8f246afc (patch)
tree698dd58e46b3cb6d0b7ef495ef552121074d9a31 /src/backend/jit/llvm/llvmjit_error.cpp
parent32af96b2b118cd204ca809d7c48c7f8ea7f879cf (diff)
downloadpostgresql-96b5eac9186e033c67944124803ef5aa8f246afc.tar.gz
postgresql-96b5eac9186e033c67944124803ef5aa8f246afc.zip
Correct some typos in the new JIT code.
Author: Thomas Munro
Diffstat (limited to 'src/backend/jit/llvm/llvmjit_error.cpp')
-rw-r--r--src/backend/jit/llvm/llvmjit_error.cpp6
1 files changed, 3 insertions, 3 deletions
diff --git a/src/backend/jit/llvm/llvmjit_error.cpp b/src/backend/jit/llvm/llvmjit_error.cpp
index edc1c479d01..a2bdfe3fb87 100644
--- a/src/backend/jit/llvm/llvmjit_error.cpp
+++ b/src/backend/jit/llvm/llvmjit_error.cpp
@@ -4,7 +4,7 @@
* LLVM error related handling that requires interfacing with C++
*
* Unfortunately neither (re)setting the C++ new handler, nor the LLVM OOM
- * handler are exposed to C. Therefore this file wraps the necesary code.
+ * handler are exposed to C. Therefore this file wraps the necessary code.
*
* Copyright (c) 2016-2018, PostgreSQL Global Development Group
*
@@ -39,12 +39,12 @@ static void fatal_llvm_error_handler(void *user_data, const std::string& reason,
*
* This is necessary for LLVM as LLVM's error handling for such cases
* (exit()ing, throwing std::bad_alloc() if compiled with exceptions, abort())
- * isn't compatible with postgres error handling. Thus in section where LLVM
+ * isn't compatible with postgres error handling. Thus in sections where LLVM
* code, not LLVM generated functions!, is executing, standard new, LLVM OOM
* and LLVM fatal errors (some OOM errors masquerade as those) are redirected
* to our own error handlers.
*
- * These error handlers FATAL, because there's no reliable way from within
+ * These error handlers use FATAL, because there's no reliable way from within
* LLVM to throw an error that's guaranteed not to corrupt LLVM's state.
*
* To avoid disturbing extensions using C++ and/or LLVM, these handlers are