diff options
author | Andres Freund <andres@anarazel.de> | 2018-03-26 12:58:17 -0700 |
---|---|---|
committer | Andres Freund <andres@anarazel.de> | 2018-03-26 12:58:17 -0700 |
commit | 96b5eac9186e033c67944124803ef5aa8f246afc (patch) | |
tree | 698dd58e46b3cb6d0b7ef495ef552121074d9a31 /src/backend/jit/llvm/llvmjit_error.cpp | |
parent | 32af96b2b118cd204ca809d7c48c7f8ea7f879cf (diff) | |
download | postgresql-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.cpp | 6 |
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 |