similar to: [LLVMdev] Error with apple's linker

Background: In Mac OS X 10.5 and later, OS dylibs are copied into something called the dyld shared cache. In the cache all the dylibs are bound to one another, which improves launch time of all processes. The shared cache has a funny constraint where all read-only pages need to be continuous. This requirement means the __TEXT and __DATA segments of each dylib need to be split apart.

Hi Nicolas, Do you have know whether this is a regression or not? Either way, could you perhaps file a PR and attach the test case? - Daniel On Tue, Aug 11, 2009 at 1:12 AM, Nicolas Geoffray<nicolas.geoffray at lip6.fr> wrote: > Hi all, > > I'm having an issue with the ld linker on MacOSX (10.5). I have > generated a large .s file with llc and the relocation-model=pic

Hi Daniel, Daniel Dunbar wrote: > Hi Nicolas, > > Do you have know whether this is a regression or not? > > I don't think it's a regression, I've been having this error since the first time I tried. > Either way, could you perhaps file a PR and attach the test case? > > The test case is rather large (94MB of .bc file) , and I'm not sure how to

Hello all, I have written a pass, which replaces condition branchinst using indirectBr to obfuscate program. The origin IR is as the following: br i1 %1, label %2, label %3 And the transformed IR is as the follwoing: %4 = select i1 %1, i8* blockaddress(@func, %2), i8* blockaddress(@func, %3) indirectbr i8* %4, [label %2, label %3] The pass's core function is as the

Hi Allan, Thanks for the fix! So is this a bug in LLVM? Can you reduce that to a small test case and file a bug? Nicolas 2010/8/2 Allan Tong <actong88 at gmail.com> > On Mon, Jul 19, 2010 at 7:40 PM, Minas Abrahamyan <minas.subs at gmail.com> > wrote: > > Trying to build AOT version of vmkit java, > > building for that classpath glibj.zip: > > > > $ cd

With Debug mode, it shows the assert error: Assertion failed: (I != BlockLiveness.end() && "Predecessor not found"), function calculateLocalLiveness, file lib/CodeGen/StackColoring.cpp, line 782. 1. <eof> parser at end of file 2. Code generation 3. Running pass 'Function Pass Manager' on module 'busybox/archival/libarchive/decompress_bunzip2.c'. 4. Running

> Dears users, > I'm trying to run R on a computer with OS X. I installed the R folder > and the dylibs, where they must be installed. I updated my path, and > R runs but tells me : > > dyld: /usr/local/R-1.4.0/lib/R/bin/R.bin version mismatch for > library: /usr/lib/libz.1.dylib (compatibility version of user: 1.1.3 > greater than library's version: 1.0.0)

On Tue, Jun 6, 2017 at 11:14 PM, Michael Clark via llvm-dev < llvm-dev at lists.llvm.org> wrote: > OK. I see that the Mach-O linker is not even built when LLD is enabled in > Release_40, only the PE/COFF and ELF linkers are built. > > From looking at reviews it appears that Clang was able to be linked with > LLD on Darwin about 2 years ago, so Mach-O support seems to have

Hi, if I want to use 'llvm-gcc' I get: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /Users/me/llvm/gcc/bin/llvm-gcc Reason: Incompatible library version: llvm-gcc requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0 Trace/BPT trap So I installed MacPorts and 'libiconv', but I get the same error message. But it _should_

I am a naive OS X user. I followed Jan de Leeuw's readme file to install R for Mac OS X. Darwin X is working fine. When I try to run R I am getting error message as follows; dyld: /usr/local/lib/R/bin/R.bin version mismatch for library: /usr/lib/libz.1.dylib (compatibility version of user: 1.1.3 greater than library's version: 1.0.0) Please respond Goren

Dear all, I am not sure whether this is a right place to ask basic questions about usage of CLang/LLVM, but also not sure if there is any other mailing list for such. Kindly point me to such a list in such case. I had built mainline CLang/LLVM on OSX and tried to use it with CMake. I had override following variables in CMake:

Just to say that I''ve tagged 1.9.3 in the repository, but havent'' yet had time to create the release. Please do upload the binary builds as they become available. I''ll do the source package and linux-intel build tomorrow once I''be got some sleep! a

Jack, I looks like the code is calling dlopen() on LLVMPolly.so and it or something it links against has an initializer. The initialer is run before dlopen() returns and the crash is in the initializer. The message: dyld: fast lazy bind offset out of range (53437, max=7640) in image /sw/lib/gcc4.7/libexec/gcc/x86_64-apple-darwin12.2.0/4.7.2/cc1 means the initializer called something which

Latest version of vmkit should now build fine with latest llvm. Nicolas On Wed, Jul 7, 2010 at 11:02 AM, nicolas geoffray < nicolas.geoffray at gmail.com> wrote: > The one that I have currently that works with vmkit is 107120. > > > On Wed, Jul 7, 2010 at 10:58 AM, Chanwit Kaewkasi <chanwit at gmail.com>wrote: > >> Hello Nicolas, >> >> Thank you for

Jack, this is not a problem of this patch, this a problem of your configuration. This patch uses standard clang machinery for locating libiomp5 library. Best regards, Alexey Bataev ============= Software Engineer Intel Compiler Team 13.05.2015 15:59, Jack Howarth пишет: > On Tue, May 12, 2015 at 3:58 PM, <andreybokhanko at gmail.com> wrote: >> Jack, >> >> Alexey

After commit 102300, any obj-c software compiled with clang crashes at launch time with the following stack trace. Reverting this specific commit fix the issue. ------------------------------------------------------------------------------------------------ Date/Time: 2010-04-26 10:07:01.630 +0200 OS Version: Mac OS X 10.6.3 (10D573) Report Version: 6 Interval Since Last Report:

Jack, Alexey [Bataev] promised to send it for review in a day or two. Then it should be approved by code reviewers, which might take some time. andrey Отправлено с iPad > 12 мая 2015 г., в 21:22, Jack Howarth <howarth.mailing.lists at gmail.com> написал(а): > > Andrey, > Any idea when the patch to enable openmp as the default for > -fopenmp will be posted to

Since we are only a week away from branching for 3.7.0, this new breakage in the stage2 bootstrap of llvm/clang/compiler-rt/clang-tools-extra should get triaged. At r241513, a three stage bootstrap with comparision of stage2/stage3 files completed fine. However at r241594 we now have the new regression reported in https://llvm.org/bugs/show_bug.cgi?id=24054... Assertion failed: (Val &&

On Oct 22, 2012, at 11:34 AM, Jack Howarth wrote: > Nick, > I have uploaded the full walk with 'set env DYLD_PRINT_INITIALIZERS'. It didn't seem very informative > as the dyld error occurs right after... > > (gdb) > llvm::sys::DynamicLibrary::getPermanentLibrary (filename=0x142903da8 "/sw/opt/llvm-3.2/lib/LLVMPolly.so", errMsg=0x7fff5fbfe6e0) at

Hi Nicolas, Thanks for all your help, but if 64-bit systems are still a big problem, perhaps the VMKit AOT compiler is not the best solution to my problem. I'd like to be able to support the major (if not all all) platforms that the Avian JVM supports - x86 & x86_64 linux & windows, powerpc darwin and ARM. Regards, Joshua On Tue, Jul 20, 2010 at 8:00 AM, nicolas geoffray <