search for: z3prover

Displaying 8 results from an estimated 8 matches for "z3prover".

Did you mean: prover
2016 Feb 09
3
Buildling with/without AddressSanitizer causes divergent execution behaviour
...solver [1]. Much of what I'm going to say is covered in [2] which is a bug report I opened (including a heap-use-after-free AddressSanitizer finds, I'm not sure if this a false positive or not) but here are the basics of what I found. Build Z3 as follows ``` git clone https://github.com/Z3Prover/z3.git cd z3 # Now apply the attached patch. # Basically this makes it so that in ``examples/c/test_capi.c`` # the main() function only calls two functions. # Note if you build without the patch when running ``c_example`` program AddressSanitizer # reports a heap-use-after-free. I'm not sure i...
2018 May 01
2
Disabling Exception in LLVM
Hi Chris, Thanks for answering, Can u clarify on this comment mentioned in https://github.com/Z3Prover/z3/issues/861 . cplusplus no exception support · Issue #861 · Z3Prover/z3 · GitHub - LLVM's *source code* does not use exceptions for performance reasons and so is compiled by default with -fno-exceptions. When using LLVM's libraries via it's C++ interface it is important t...
2018 May 01
0
Disabling Exception in LLVM
...mpiling C++ code that uses exceptions. Does this answer your question? -Chris > On May 1, 2018, at 10:38 AM, Siddharth Shankar Swain <h2015096 at pilani.bits-pilani.ac.in> wrote: > > Hi Chris, > Thanks for answering, Can u clarify on this comment mentioned in https://github.com/Z3Prover/z3/issues/861 <https://github.com/Z3Prover/z3/issues/861> . > > cplusplus no exception support · Issue #861 · Z3Prover/z3 · GitHub > LLVM's source code does not use exceptions for performance reasons and so is compiled by default with -fno-exceptions. When using LLVM's lib...
2018 May 01
0
Disabling Exception in LLVM
Siddharth, I'm not sure what coding standards you refer to when you say "some C++ coding standard". This question is answered in the LLVM Coding Standards document here: https://www.llvm.org/docs/CodingStandards.html#do-not-use-rtti-or-exceptions <https://www.llvm.org/docs/CodingStandards.html#do-not-use-rtti-or-exceptions> As such LLVM's coding standards prohibit the
2018 May 01
2
Disabling Exception in LLVM
Hi all, Can anyone explain why exceptions are disabled in LLVM, even if some C++ coding standard tells to use exceptions ? Thanks, Siddharth -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180501/ed7903db/attachment-0001.html>
2016 Feb 11
3
Buildling with/without AddressSanitizer causes divergent execution behaviour
...;> relying on memory layout, etc.). I'm also observing ASan reporting a >> heap-use-after-free which Valgrind is not reporting, which makes me >> wonder if it is a false positive. > > > Let us start from this heap-use-after-free report. The one in > https://github.com/Z3Prover/z3/issues/436 looks legitimate. > Unless the application does something extremely weird and tricky, > heap-use-after-free reports are usually true positives. The developers tell me they are doing some unusual things and they believe that this might the cause of the report. > Can you some...
2018 May 01
0
llvm-dev Digest, Vol 167, Issue 3
...eption in LLVM > Message-ID: > <CAMkbrzKtMUrYVSA_Ke3YJA=jkZNms1N9Ao9_2DWVfwD3qcqn8g at mail. > gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi Chris, > Thanks for answering, Can u clarify on this comment mentioned in > https://github.com/Z3Prover/z3/issues/861 . > > cplusplus no exception support · Issue #861 · Z3Prover/z3 · GitHub > > - LLVM's *source code* does not use exceptions for performance reasons > and so is compiled by default with -fno-exceptions. When using LLVM's > libraries via it's C++...
2016 Feb 12
3
[cfe-dev] Buildling with/without AddressSanitizer causes divergent execution behaviour
On 11 February 2016 at 17:08, Reid Kleckner <rnk at google.com> wrote: > On Thu, Feb 11, 2016 at 5:53 AM, Dan Liew via cfe-dev > <cfe-dev at lists.llvm.org> wrote: >> >> > Can you somehow verify that this heap-use-after-free is happening? >> > E.g. print all the pointer values coming from memory::allocate, coming >> > into >> >