similar to: ld.lld on MacOS question

Cc'ing people who are working on macOS. On Thu, Apr 27, 2017 at 9:05 AM, Peter Kriens via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hopefully the right list … otherwise pointers appreciated (I’ve spent days > trying to find a solution but could not find sufficient documentation, > could not find a proper list of -flavor darwin commands) > > I am setting up an

Thanks for the answer. However, this means I need a different linker for MacOS as for Windows/Linux? I guess it is a not a major thing but I was hoping to set up a cross compile env. where only the header files and shared libraries differed :-( I guess we’re not there yet … :-) Kind regards, Peter Kriens > On 6 May 2017, at 19:57, Lang Hames <lhames at gmail.com> wrote: > >

Sounds like a fantastic goal, and enticingly close … Kind regards, Peter Kriens > On 11 May 2017, at 20:53, Andrew Kelley <superjoe30 at gmail.com> wrote: > > Zig author here in the same boat. Looks like I'm going to have to disable cross compiling for MacOS and when compiling native for MacOS add a dependency on the system linker. Really looking forward to Mach-O support

LLD work on Darwin is stalled out at the moment. Patches are welcome (and I'll try to find time to review them), but I'd recommend ld64 for any real-world linking. - Lang. On Thu, Apr 27, 2017 at 11:06 AM, Rui Ueyama <ruiu at google.com> wrote: > Cc'ing people who are working on macOS. > > On Thu, Apr 27, 2017 at 9:05 AM, Peter Kriens via llvm-dev < > llvm-dev

Lang - I think there has perhaps been a regression in that case, because I have an example of a trivial IR module that fails to be linked correctly: https://bugs.llvm.org/show_bug.cgi?id=32376 Kevin provided some clues about this but I was not able to find a fix. On Tue, May 16, 2017 at 12:24 PM, Lang Hames <lhames at gmail.com> wrote: > Hi Guys, > > As I left it, lld on Darwin

On Wed, 9 Jul 2003, Misha Brukman wrote: > > Also, I don't have a Debug subdirectory like the tutorial said I would - I > > have Release instead. > > 1. What version of LLVM are you using (i.e., when did you get a tarball, > or if you are using anonymous CVS, are you up to date)? I use CVS and I updated a couple days ago. > 3. If you are using a version of LLVM

Hi, I'm having a problem with opt. According to the "Writing an LLVM Pass" tutorial, all I have to do to get the Hello pass to work is: cd ${LLVM_HOME}/llvm/lib/Transforms/Hello gmake cd $MYTEST opt -load ${OBJ_ROOT}/lib/Release/libhello.so -hello < something.bc > /dev/null First (just as a friendly reminder), someone may want to go back and double check a bunch of

On Fri, 13 Apr 2007, Devang Patel wrote: >> I think libhello should drop its use of SlowOperationInformer. > > That'll fix Hello example. However, anyone trying to load their custom > pass will likely to run into this again. It is a long-standing issue. The deal is that libsupport (and many others) are .a files. If one of the .o files in the .a file is used by a plugin, but

On Apr 13, 2007, at 12:28 PM, Chris Lattner wrote: > On Fri, 13 Apr 2007, Devang Patel wrote: >> And this brings back CommandLine Error: Arugment blah defined more >> than once! >> >> And without this, opt -load .../LLVMHello.dylib -hello does not work >> on Darwin because dyld is not able to find SlowerOperationInformer ;) > > I think libhello should drop

Hi! I?m on macOS 10.13.3 and just installed the new Java 10 using Homebrew Cask. I also have installed R with Homebrew. Everything seems to work fine, however I just get different outputs if I run sudo R CMD javareconf or R CMD javareconf. With sudo I get pointed to Java 9 and without sudo I get pointed to Java 10. I really don?t know why. Without sudo: $ R CMD javareconf

Hello, I am encountering a linking failure when using Control Flow Integrity while building a shared library. It looks like the wrong relocation type is being emitted for functions referenced via the PLT. I am using clang 3.9. The error message I get is: /usr/bin/ld.gold: error: /tmp/lto-llvm-df723d.o: requires dynamic R_X86_64_PC32 reloc against 'free' which may overflow at runtime;

I am not a Mac user, but I do use Linux and I would recommend not running R with sudo unless you are an admin ninja. That defensive practice would render the answer to your question moot. It is possible that your problem may have started with inappropriate use of sudo in configuring java, but configuring Java is not on-topic here. -- Sent from my phone. Please excuse my brevity. On March 27,

I must be doing something dumb, but I'm having trouble running the example hello transformation. It is printing "pure virtual method called." All I am doing is checking out a new llvm, compiling it with gmake -k, compiling Hello with gmake, and running: opt -load ../../../lib/Debug/libhello.so -hello < hello.bc > /dev/null where hello.bc is the hello world program. From

On Fri, 13 Apr 2007, Devang Patel wrote: > And this brings back CommandLine Error: Arugment blah defined more > than once! > > And without this, opt -load .../LLVMHello.dylib -hello does not work > on Darwin because dyld is not able to find SlowerOperationInformer ;) I think libhello should drop its use of SlowOperationInformer. -Chris > On Apr 13, 2007, at 11:28 AM, Devang

I want to use PgmDependenceGraph pass , but my pass cannot work with PgmDependenceGraph. I tried again in Hello2 pass, and it could not work also. The following is I did with llvm/lib/Transforms/Hello.cpp: 1.insert #include "llvm/Analysis/PgmDependenceGraph.h" in Hello.cpp. 2.insert AU.addRequired<PgmDependenceGraph>() in the getAnalysisUsage(AnalysisUsage &AU) of Hello2.

Hi Jeff!! I really don?t know if running R CMD javareconf with sudo has posed a problem here, now or in the past. What I know is sometimes it?s the only way to really config it, if I don?t run with sudo, in the end it asks me if I want to overwrite the configuration from root override rw-r--r-- root/admin for /usr/local/Cellar/r/3.4.4/lib/R/etc/Makeconf? (y/n [n]) y override rw-r--r--

Hi, I can't get opt to list (in -help) passes that I load using -load. I see in the list archives that a similar problem has been brought up before but I didn't see whether it was resolved. Also, this is on Mac OS X, and the previous question was about Linux. This problem happens with the Hello pass, so I'll use that to illustrate. I'm using LLVM 1.2. The plugin loads with no

I am trying sample Hello.cpp FunctionPass but while executing observing following error: Error opening './libHello.so': ./libHello.so: undefined symbol: _ZNK4llvm12FunctionPass17createPrinterPassERNS_11raw_ostreamERKNSt3__112basic_stringIcNS3_11char_traitsIcEENS3_9allocatorIcEEEE Steps: 1. clang++ -fPIC -shared -o libHello.so -o libHello.so Hello.o 2. clang++ -emit-llvm test.cpp -c -o

Hi , I got a few for writing a pass. 1) Is it possible to use input parameters in command line ? For example, we got our own pass, ie. HELLO opt -load ../../Debug/lib/libHELLO.so -HELLO < hello.bc From the above command line, could we use some input parameter and we can read those parameter in Pass routine? 2) For splitting BB, the way what I did is to pick up instruction

Hi all, I've been thinking about how best to represent MachO's LC_REEXPORT_DYLIB (used even by libSystem.dylib to provide its various sub-components[*]). It looks like this functionality would naturally fall into the InputGraph, in analogy with Groups and Archives. Unfortunately, it's rather more dynamic than the existing cases: we don't know the needed files before parsing the