search for: meisters

I switched my Common Lisp compiler to use MCJIT on the weekend and ran into a weird problem compiling one particular function. It crashes with an EXC_BAD_ACCESS error in MCJIT::finalizeObject when calling processFDE. The weird part is that the function does not appear to do anything special and I've whittled it down to the minimum size that still causes the crash. If I remove even one

Hi Christian, Thanks for sharing this. Yaron Keren has been investigating some problems in the EH frame registration code recently, and I think this may be related. It at least sounds similar to the type of variations in behavior based on code size that Yaron was seeing. -Andy -----Original Message----- From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of

Hi, I had similar problems with EH in ELF in RTDyldMemoryManager::registerEHFrames() calling __register_frame(). I'm not sure these problems are related to this problem since your crash happens in RuntimeDyldMachO::registerEHFrames() in its own processFDE (there are two functions named processFDE(), one in RuntimeDyldMachO.cpp and one in RTDyldMemoryManager.cpp) *before*

I’m developing a Common Lisp compiler for OS X and Linux that uses LLVM as its backend and interoperates with C++. It’s at: github.com/drmeister/clang I need to compile one C++ source file containing small, intrinsic functions into an LLVM-IR bitcode file and link it with bitcode generated by my compiler running LLVM3.6.1. I have been unable to do this for more than a year and I was hoping

Thank you. I found a partial answer to the problem (1), namely “how to run Clang compiled with LLVM3.6.1 on OS X Yosemite/Xcode6.4" It’s a combination of -isysroot and -resource-dir I’m using these compiler options: "/Users/meister/Development/externals-clasp/build/release/bin/clang" -v \ -resource-dir

Hi We are experiencing a problem with one of our FreBSD 6.2 machines. The machine has been running fine for months until we had to reboot it. Now it doesn't boot anymore. After the boot loader we get what looks like a register dump: FreeBSD/i386 boot Default: 0:ad(0,a)heap boot: /boot/kernel/kernel\ int=0000000e err=00000002 efl=00010086 eip=c042426a eax=c06da7a8 ebx=c06da7a0

Is it possible to inline functions compiled from C++ code into generated code that is fed, Module by Module, into the ORC JIT? I'd like to add a Module compiled from C++ code into the JIT and then as I add later modules, functions from the first module are inlined in the later ones. I already do this for file compilation/linking in my Common Lisp compiler “Clasp” (github.com/drmeister/clasp

On Thu, Apr 12, 2018, 8:40 AM Benoit Meister <meister at reservoir.com> wrote: > Thank you, Ayal! And thanks for the quote, Mehdi. I believe it says that > it would be a normal thing for the Loop Vectorizer to conform to the > backend's preferred alignment constraints as given by the datalayout. > > On Thu, Apr 12, 2018, 3:24 AM Zaks, Ayal <ayal.zaks at intel.com>

Hi Folks, after the update 4.4 I can't use Postfix: errormessage Name service error for name=localhost type=A: Host not found or more details: Sep 1 08:40:01 main postfix/smtpd[5843]: connect from localhost[127.0.0.1] ? Se?Sep 1 08:40:01 main postfix/smtpd[5843]: E45C34B75F: client=localhost[127.0.0.1] ?

Hello, I'm playing around with vectorization in LLVM 6.0.0, and I noticed that when creating a vector load out of a scalar load, the alignment for the vector load is defined to be the one of the scalar load. For instance, 16-bit vectors get aligned on 2 bytes. This does not correspond to the preferred alignment for vectors that I specified in the data layout (which is bigger). Inspecting

One other thing that may or may not illuminate the situation. When I run under gdb (on OS X 10.8.3 this is an ancient version of gdb 6.3.5 - but it works with clang compiled C++ code) I get the following error when I try to list a line in dwarf1.lsp: Dwarf Error: Cannot handle DW_FORM_<unknown> in DWARF reader [in module /Users/meister/Development/cando/src/tests/core/dwarf1.bundle] (gdb)

I upgraded my versions of llvm, clang and compiler-rt to the top-of-tree versions from last night (r180162, April 24). I recompiled debug versions of llvm, clang and my code. I then regenerated my test case and the results were the same - I can list lines of dwarf1.lsp in lldb but I can't set break-points or do anything else (what else should I be able to do?). The updated file that

Correct or no I don't know, but this change will affect all x86-64 targets including Linux and Windows as getMaxStubSize() is called from the ELF linker as well as the Mach-O linker. 2013/10/15 Christian Schafmeister <chris.schaf at verizon.net> > > With the help of iain at codesourcery.com and andrew.kaylor at intel.com we > tracked the problem down to a bad relocation that

I have a few questions about the new ORC JIT. I saw Lang Hames (hi!) excellent talk at the llvm-dev meeting a few weeks ago. The ORC JIT is undergoing some API changes and I'd like/need to take advantage of them. (1) How do I take ownership of the ObjectFile once the ORC JIT has created it? I'd like to take ownership of object files generated by the ORC JIT so that I can save them to

With the help of iain at codesourcery.com and andrew.kaylor at intel.com we tracked the problem down to a bad relocation that was clobbering the first bytes of the eh_frame. I think this problem/solution may be OS X specific. On akaylor's suggestion I made the change below and my reproducable test case now compiles fine with MCJIT. As well, my Common Lisp code base now compiles using MCJIT

hi, my asterisk is managing around 500 sip peers, and everytime I do a "sip reload" many sip-peers get "LAGGED" and some get even "UNREACHABLE". Any suggestions ? cu, florian -- florian meister EMAIL: florian.meister@medienhaus.at TELEPHONE: +43 5572 501 134 FAX: +43 5572 501 97134 ADDRESS: gutenbergstrasse 1 6858 schwarzach

Hi, i have got a linux debian woody box with icecast2 and ices2 on it. I'm running a 24/7 stream with a huge playlist on my server, but I've got some questions about it: 1. Is it possible, that ices updates Metadata (Artist - Track) to the icecast Server in playlist mode? 2. Is there any possibility of controlling ices2 by a webinterface with functions like nextrack, stop and play,

Hi Ralph, Whilst wearing you C-devel hat, will you please have a look at a recent forum thread [1] that has highlighted the ambiguity on the CentOS Product Specification web page [2]. I'm asking this here, as I guess that page really does come under documentation . . . and you are the documentation-meister. If it is not actually your area, please let me know who's cage bars I should

Hello, I wonder if someone would know what is going on below. All of a sudden I’m getting this assertion thrown: Assertion failed: (New->getType() == getType() && "replaceAllUses of value with new value of different type!"), function replaceAllUsesWith, file /Users/meister/Development/externals-clasp/llvm36/lib/IR/Value.cpp, line 345. It’s happening when

Hi, There may be two problems with __register_frame usage. However based on http://lists.cs.uiuc.edu/pipermail/llvmdev/2013-April/061768.html I think the existing code is correct for OS-X but likely buggy for Linux and Windows systems. Your crash is on OS-X, right? Anyhow, the first problem is very easy to fix. On Linux and Windows (at least) __register_frame should be called once and not