From 96b5eac9186e033c67944124803ef5aa8f246afc Mon Sep 17 00:00:00 2001 From: Andres Freund Date: Mon, 26 Mar 2018 12:58:17 -0700 Subject: Correct some typos in the new JIT code. Author: Thomas Munro --- src/backend/jit/llvm/llvmjit_error.cpp | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) (limited to 'src/backend/jit/llvm/llvmjit_error.cpp') 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 -- cgit v1.2.3