Displaying 6 results from an estimated 6 matches for "llvmversion".
Did you mean:
llvm_version
2010 Aug 05
2
[LLVMdev] [PATCH] Capability of Win32.DLL with ENABLE_SHARED
...E_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
LLVMLibsOptions += $(shell $(LLVM_CONFIG) --libs $(LINK_COMPONENTS))
LLVMLibsPaths += $(LLVM_CONFIG) \
@@ -1018,6 +1046,21 @@ ifeq ($(HOST_OS),Da...
2010 Aug 05
0
[LLVMdev] [PATCH] Capability of Win32.DLL with ENABLE_SHARED
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
2010 Aug 05
3
[LLVMdev] [PATCH] Capability of Win32.DLL with ENABLE_SHARED
...HARED), 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
LLVMLibsOptions += $(shell $(LLVM_CONFIG) --libs $(LINK_COMPONENTS))
LLVMLibsPaths += $(LLVM_CONFIG) \
@@ -1018,6 +1047,21 @@ ifeq ($(HOST_OS)...
2014 May 12
2
[LLVMdev] Name of the libraries + soname? 3.4.1 ?
...but the (distro?) tools relies on the soname for linking and the
soname was updated.
The link could not be done correctly. See:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747701
AFAIK, this change in the soname was not intentional.
It is done in tools/llvm-shlib/Makefile
LIBRARYNAME = LLVM-$(LLVMVersion)
Here, we should have done the opposite:
* build libLLVM-3.4.so with libLLVM-3.4.so as soname
* link libLLVM-3.4.so to libLLVM-3.4.1.so
> The rationale behind adding the patch level to the soname was to allow
> applications to link against a specific LLVM point release.
OK but it is clearly...
2014 May 12
3
[LLVMdev] Name of the libraries + soname? 3.4.1 ?
Hello,
With the release of 3.4.1, the LLVM library has been renamed from
libLLVM-3.4.so to libLLVM-3.4.1.so. In parallel, the soname has been
updated to
reflect this change.
AFAIK, we kept the ABI compatible from 3.4 to 3.4.1. So, is there any
reason for doing it?
This caused some breakages in Debian (basically, breaking some X because
of mesa could not
link against LLVM due to the new soname).
2016 Feb 10
5
Question about an error we're now starting to get on LLVM 3.8.0rc2since
...;
> . . .
>
> This construct works fine in 3.7, but in LLVM 3.8.0rc2, I’m now getting an error:
>
> g++-5.2.0 `/home/kharris/dyntrans/llvm-install/bin/llvm-config --cxxflags` -D JITREV="\"4793\"" -D GPPVERSION="\"5.2.0"\" -D LLVMVERSION=38 -D LLVMBUILDVERSION="\"3.8.0"\" -D LLVMBUILDTYPE="\"Debug+Asserts"\" -fno-rtti -Wall -Wextra -Wshadow -c -fmessage-length=0 -fPIC -std=c++11 -o "Debug/dt_llvm.o" "Debug/../dt_llvm.cpp" -I ../MarinerIP -O3 -g3 -m64 -march=core2 -MMD -MP...