similar to: [LLVMdev] [diff] let llvm-shlib build on OpenBSD

Vladimir, It is as same as freebsd :) See also http://llvm.org/bugs/show_bug.cgi?id=8434 I will commit them fused tomorrow, if no one objects. ...Takumi 2010/10/27 Vladimir Kirillov <proger at uaoug.org.ua>: > Hi, llvmdev! > > The diff attached takes the features of OpenBSD binutils into account > (which needs --whole-archive) and makes build with ENABLE_SHARED >

Committed in r117528, thank you! ...Takumi 2010/10/27 NAKAMURA Takumi <geek4civic at gmail.com>: > Vladimir, > > It is as same as freebsd :) > See also http://llvm.org/bugs/show_bug.cgi?id=8434 > > I will commit them fused tomorrow, if no one objects. > > > ...Takumi > > > 2010/10/27 Vladimir Kirillov <proger at uaoug.org.ua>: >> Hi,

Anton, Thanks for your comment. 2nd patch attached. - s/SharedDir/SharedLibDir/g - move prefix=cyg sunk into if(cygwin or mingw) arigato gozaimasu...Takumi * Additional issues - You may build LLVMHello.dll but I don't modify lib/Transforms/Makefile. Because making LLVMHello.dll requires the library LLVM.dll, but it oughta be on the way to making libs at building

Good summer, all! This patch enables ENABLE_SHARED=1 to build DLL based LLVM toolchain. I have checked this on Cygwin-1.5, Cygwin-1.7, mingw(msysgit) and mingw-cross-fedora12. I can separate this patch into some parts; cleanups, adding definitions and adding rules. Any feedbacks are welcome. Have fun! ...Takumi * Pros - reduction of linking time of toolchain. - capability of -load

Hello, llvmdev! Subj, not all UNIX systems have that much number of errnos, so I'm attaching the workaround that i've used to build llvm. Hope this gets resolved. Thanks! -------------- next part -------------- diff --git a/include/llvm/System/system_error.h b/include/llvm/System/system_error.h index 3bfc092..2c0fa5c 100644 --- a/include/llvm/System/system_error.h +++

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

Hello, llvmdev! I'm using LLVM on OpenBSD. This project proactively advocates usage of 'secure' C apis, especially related to memory bounds checking. Thus using functions like sprintf/strcpy/etc usually spits out a linker warning in base toolchain like this one: /home/proger/dev/llvm/Debug+Asserts/lib/libclangFrontend.a(DocumentXML.o) (.text+0xc65): In function

Good evening, Michael. 2010/9/5 Michael Spencer <bigcheesegs at gmail.com>: > Do you know what the exact problem is? It would be best to fix the > Makefile instead of moving it. And sense it is a transformation, the > build system is broken if you _have_ to move it. I am sorry, I don't understand what *the exact problem" is. I can describe facts; - Hello is the only

I checked out llvm/trunk today and found that it failed to build successfully on Linux when 'configure' was invoked with '--disable-shared' and CFLAGS included '-static'. The attached patch modifies a few Makefiles to prevent attempts to build shared libraries when ENABLE_SHARED is not set to 1. Apply the patch in the LLVM root directory with 'patch -p1 ...'

Actually it only link the shlib fine. Linking any executable against it fails: llvm[2]: Linking Release+Asserts executable llvm-lto (without symbols) /home/kfischer/julia/deps/llvm-svn/build_Release+Asserts/Release+Asserts/bin/clang++ -fsanitize=address -O3 -Wl,-R -Wl,'$ORIGIN/../lib' -L/home/kfischer/julia/deps/llvm-svn/build_Release+Asserts+Sanitize/Release+Asserts/lib

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

http://bugzilla.netfilter.org/show_bug.cgi?id=588 Summary: make ipv6 optional in iptables Product: iptables Version: CVS (please indicate timestamp) Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P1 Component: ip6tables AssignedTo: laforge at netfilter.org

Michael A. Peters wrote: > For video - I use the totem plugin with xine backend totem. I > compiled > my own but I suspect that rpmforge has it. I found gstreamer backend > totem to be most unsatisfactory. Hi guys, Could you please share some details on how to get totem-xine running on CentOS? I believe this could be interesting to a number of people on the list, not just me.

Hi, I am trying to figure out if it's possible to use R as a computational engine for a C++-based windows application. What I would like to do (from my C++ program)is: - start R - send some data from my program to R - execute R program - get data back to my application (I was able to implement all this for Matlab.) I looked at Chapter 4 of "Modern Applied Statistics with S-plus"

Hi, I have some questions about the compilation of the llvm. First, why the majority of the results of compilation are static library ( *.a files in the $(LLVM_HOME)/Release+Asserts/lib/), Why don't generate dynamic link library (.so files in the directory). The exception is the file libLTO.a and libLTO.so, why the library LTO were generated for static and dynamic both? How to control the

Hm, 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

$(llvm-config --libs | tr " " "\n" | grep gtest) returns: -lgtest_main -lgtest instead of non-valid: -lLLVMgtest_main -lLLVMgtest It also fixes: $(ld): cannot find -lLLVMgtest $(ld): cannot find -lLLVMgtest_main --- unittests/Makefile.unittest | 2 +- utils/llvm-build/llvmbuild/componentinfo.py | 4 ++-- utils/llvm-build/llvmbuild/main.py |

Hi, llvmdev! I have some thoughts about using the LLVM MC Parser's data to extract information about symbols like global data and 'functions' (labels with code following) intermixed with preprocessor directives (for example a C-like include file using function-like macros defined in the assembler source code). I'm looking at the MCContext class which is likely to own all symbols

Hello NUT users, Earlier we sent a similar request to the mailing list in 2022, hope somebody may be interested now and help us with the issue described below, or can advice someone who can do this work. Of course, we are ready to reward for such help, if you have the opportunity to solve the problem, please let us know the price of the solution. Feel free to email us directly at ak at enfall.com

Hello NUT users, Earlier we sent a similar request to the mailing list in 2022, hope somebody may be interested now and help us with the issue described below, or can advice someone who can do this work. Of course, we are ready to reward for such help, if you have the opportunity to solve the problem, please let us know the price of the solution. Feel free to email us directly at ak at enfall.com