search for: llvmlibsopt

...NING_TARGET ifdef LINK_COMPONENTS @@ -972,8 +995,13 @@ $(LLVM_CONFIG): $(ToolDir)/$(strip $(TOOLNAME))$(EXEEXT): $(LLVM_CONFIG) ifeq ($(ENABLE_SHARED), 1) +# We can take the "auto-import" feature to get rid of using dllimport. +ifeq ($(HOST_OS), $(filter $(HOST_OS), Cygwin MingW)) +LLVMLibsOptions += -Wl,--enable-auto-import,--enable-runtime-pseudo-reloc \ + -L $(SharedDir) +endif LLVMLibsOptions += -lLLVM-$(LLVMVersion) -LLVMLibsPaths += $(LibDir)/libLLVM-$(LLVMVersion)$(SHLIBEXT) +LLVMLibsPaths += $(SharedDir)/$(SharedPrefix)LLVM-$(LLVMVersion)$(SHLIBEXT) else LLVM...

Hi Takumi, > Any feedbacks are welcome. > Have fun! This seems to be pretty useful addition to LLVM on windows! And it seems the only painless way to make plugins working, yay! For me the patch looks pretty good. One minor thing: could you please rename SharedDir => SharedLibDir Thanks! -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg

...NING_TARGET ifdef LINK_COMPONENTS @@ -972,8 +996,13 @@ $(LLVM_CONFIG): $(ToolDir)/$(strip $(TOOLNAME))$(EXEEXT): $(LLVM_CONFIG) ifeq ($(ENABLE_SHARED), 1) +# We can take the "auto-import" feature to get rid of using dllimport. +ifeq ($(HOST_OS), $(filter $(HOST_OS), Cygwin MingW)) +LLVMLibsOptions += -Wl,--enable-auto-import,--enable-runtime-pseudo-reloc \ + -L $(SharedLibDir) +endif LLVMLibsOptions += -lLLVM-$(LLVMVersion) -LLVMLibsPaths += $(LibDir)/libLLVM-$(LLVMVersion)$(SHLIBEXT) +LLVMLibsPaths += $(SharedLibDir)/$(SharedPrefix)LLVM-$(LLVMVersion)$(SHLIBEXT) else...

...========== --- tools/llvm-shlib/Makefile (revision 117443) +++ tools/llvm-shlib/Makefile (working copy) @@ -61,10 +61,12 @@ endif endif -ifeq ($(HOST_OS), Linux) +ifeq ($(HOST_OS), $(filter $(HOST_OS), Linux OpenBSD)) # Include everything from the .a's into the shared library. LLVMLibsOptions := -Wl,--whole-archive $(LLVMLibsOptions) \ -Wl,--no-whole-archive +endif +ifeq ($(HOST_OS),Linux) # Don't allow unresolved symbols. LLVMLibsOptions += -Wl,--no-undefined endif

Hi all, Will anyone object to (my) adding llvm-config error code check in Makefile.rules? I had errors in target definition which called early abort of llvm-config in Makefile. These went undetected and caused tons of following errors in other modules (because llvm-config failed to generate appropriate cmdline strings for g++). - Yuri

On Aug 29, 2010, at 11:01 AM, Yuri Gribov wrote: > Hi all, > > Will anyone object to (my) adding llvm-config error code check in > Makefile.rules? I had errors in target definition which called early > abort of llvm-config in Makefile. These went undetected and caused > tons of following errors in other modules (because llvm-config failed > to generate appropriate cmdline

...it turns out that only GNU make has $(error...). Does anyone know how we can simulate it in generic make? For GNU it's easy but ugly: LlvmConfigResult := $(shell $(LLVM_CONFIG) --libs $(LINK_COMPONENTS) || echo Error) ifeq ($(LlvmConfigResult),Error) $(error llvm-config failed) endif LLVMLibsOptions += $(LlvmConfigResult) -Yuri

Indeed, removing that flag works fine, the only question is why this is added in tools/llvm-shlib/Makefile in the first place then and what to do about it: ifeq ($(HOST_OS), $(filter $(HOST_OS), Linux GNU GNU/kFreeBSD)) # Don't allow unresolved symbols. LLVMLibsOptions += -Wl,--no-undefined endif On Thu, Nov 21, 2013 at 11:53 AM, Alexander Potapenko <glider at google.com>wrote: > Yeah, it's not linking the runtime because you're building a shared > library. This is totally ok. In this case there are undefined __asan_* > symbols that...

Reid, I think it is the first time it is run that the errors occcur !? Not sure but that would seem logical. Aaron

...gt; Indeed, removing that flag works fine, the only question is why this is > added in tools/llvm-shlib/Makefile in the first place then and what to do > about it: > > ifeq ($(HOST_OS), $(filter $(HOST_OS), Linux GNU GNU/kFreeBSD)) > # Don't allow unresolved symbols. > LLVMLibsOptions += -Wl,--no-undefined > endif > > > > On Thu, Nov 21, 2013 at 11:53 AM, Alexander Potapenko <glider at google.com>wrote: > >> Yeah, it's not linking the runtime because you're building a shared >> library. This is totally ok. In this case there are un...

Yeah, it's not linking the runtime because you're building a shared library. This is totally ok. In this case there are undefined __asan_* symbols that are resolved when an instrumented binary loads your library. What's wrong here is that some flag passed to ld prevents it from creating undefined symbols (--no-undefined?). This flag must be removed when building with ASan. This

What I meant to say was that it worked for me on OS X on a slightly older version of LLVM. Anyway, here's the ld line: "/usr/bin/ld" -export-dynamic -z relro --hash-style=gnu --build-id --eh-frame-hdr -m elf_x86_64 -shared -o /home/kfischer/julia/deps/llvm-svn/build_Release+Asserts+Sanitize/Release+Asserts/lib/