similar to: [LLVMdev] LLVMdev Digest, Vol 93, Issue 5

Hello all, I'm brand new to using LLVM and am having trouble using lli with a C++ program. I tried to compile the following: #include<iostream> using namespace std; int main() { cout << "Hello, world!" << endl; return 0; } When I compile directly to an executable with the following command, all is well: $ clang++ -O3 hello.cpp -o hello But when I try to produce

On Mon, 2006-11-20 at 17:49 +1100, Emil Mikulic wrote: > I've compiled all the object files that make up libstdc++ and libsupc++ > into LLVM bytecode: > http://goanna.cs.rmit.edu.au/~emil/libstdcxx.tar.bz2 (438KB) > > A simple test program, x.cpp: > > #include <iostream> > int main() { std::cout << "hello world\n"; return 0; } > > $

I managed to build clang on mingw/msys today. Running configure, make install worked for both debug and optimized builds in general. However there were a few hitches along the way. Make would fail with: ln: creating symbolic link `/d/super/dump/code/llvm/llvm-project/llvm/build.clang/Release+Asserts/bin/clang++.exe' to `clang.exe': No such file or directory ln: creating symbolic link

Hi, > It seems llvm interpreter only supports a limited number of external > functions. fmod, in particular is not supported. any reason why it is not > supported ? > > "lli -force-interpreter test.bc > LLVM ERROR: Tried to execute an unknown external function: double (double, > double)* fmod > " You can check out the comments in

On Jun 14, 2011, at 7:57 PM, 陳韋任 wrote: > Hi, > >> It seems llvm interpreter only supports a limited number of external >> functions. fmod, in particular is not supported. any reason why it is not >> supported ? >> >> "lli -force-interpreter test.bc >> LLVM ERROR: Tried to execute an unknown external function: double (double, >> double)* fmod

On Mon, 2006-11-20 at 17:49 +1100, Emil Mikulic wrote: > I've compiled all the object files that make up libstdc++ and libsupc++ > into LLVM bytecode: > http://goanna.cs.rmit.edu.au/~emil/libstdcxx.tar.bz2 (438KB) > > A simple test program, x.cpp: > > #include <iostream> > int main() { std::cout << "hello world\n"; return 0; } > > $

Should I contact the local admin on this? [25/294] Linking CXX executable bin/llvm-itanium-demangle-fuzzer FAILED: bin/llvm-itanium-demangle-fuzzer : && /home/usr4/c74014i/opt/clang/current/bin/clang++ -fPIC -fvisibility-inlines-hidden -Werror=date-time -Werror=unguarded-availability-new -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wmissing-field-initializers

I've compiled all the object files that make up libstdc++ and libsupc++ into LLVM bytecode: http://goanna.cs.rmit.edu.au/~emil/libstdcxx.tar.bz2 (438KB) A simple test program, x.cpp: #include <iostream> int main() { std::cout << "hello world\n"; return 0; } $ llvm-g++ -emit-llvm -c x.cpp $ llvmc -o=out x.o std/*.o sup/*.o $ lli out.bc Segmentation fault (core

On Mon, Nov 20, 2006 at 08:01:23AM -0800, Reid Spencer wrote: > On Mon, 2006-11-20 at 17:49 +1100, Emil Mikulic wrote: > > I've compiled all the object files that make up libstdc++ and libsupc++ > > into LLVM bytecode: > > http://goanna.cs.rmit.edu.au/~emil/libstdcxx.tar.bz2 (438KB) > > > > A simple test program, x.cpp: > > > > #include

Hello all, I've been trying to compile LLVM and LLVM-GCC on the SPARC architecture, but I've been running into lots of issues: LLVM 2.5 works, but 2.6 does not -- gcc can't even parse the triple.h file needed in commandline.cpp. For 2.5, there's a compile error for llvm-gcc for that version. I've been compiling with gcc 4.5.0, and have also tried 4.4.3. I've turned

Since the original buildit script doesn't cover my needs I switched to a custom but really similar script, in the meantime I also got the habit to dig for new flags and support and the __GLIBCXX__ define was hiding some of this errors. I see that other linux-based operating system offer this kind of support and they even use the same core components of my GNU/Linux distribution. You are

Hi everyone, Recently I tried to compile llvm-gcc-4.2-2.9 on a 64bit ubuntu12.04 machine. And I was using the settings below, export C_INCLUDE_PATH=/usr/include/x86_64-linux-gnu export LIBRARY_PATH=/usr/lib/x86_64-linux-gnu ../llvm-gcc-4.2-2.9.source/configure --enable-optimized --program-prefix=llvm- --enable-checking --enable-llvm=${HOME}/moonbox/llvm-obj/Debug+Asserts

Hi everyone, If you subclass EventMachine::Connection and call it outside an EventMachine::run event loop, EventMachine crashes! Example: class Put < EventMachine::Connection include EventMachine::Deferrable HOST="localhost" PORT=8080 def self.request(data) EventMachine.connect(HOST, PORT, self) {|c| c.instance_eval { @data = data } } end #

On Fri, Feb 20, 2015 at 7:02 PM, Hal Finkel <hfinkel at anl.gov> wrote: > > 2. We need to clarify how libstdc++ and libsupc++ can be used as > > libc++'s ABI library and explicitly define the level of support for > > these configurations. Are there any people using this functionality? > > These configurations have been broken for GCC >= 4.9.2 and I haven't

On Sat, Dec 01, 2012 at 05:42:15PM +0400, Kostya Serebryany wrote: > +kremenek, ganna > > On Sat, Dec 1, 2012 at 4:33 AM, Jack Howarth <howarth at bromo.med.uc.edu>wrote: > > > On Fri, Nov 30, 2012 at 01:41:05PM +0400, Kostya Serebryany wrote: > > > Just want to remind everyone that we plan to stop using mach_override in > > > asanin favor of OSX's

Hi Eli, I think the llvm configure has already configured with ffi. ../llvm-2.6/configure -help | grep ffi --enable-libffi Check for the presence of libffi (default is YES) In addition, the printf() can work in program, reflecting that libffi is working, right? How can I make Interpreter work with getpid(), fork(), and clone()? On Thu, Dec 31, 2009 at 2:33 AM, Eli

If you check the Clang list (cfe-dev-list) the issue dealing with atomics for gcc-4.7 has been settled. I can verify this on Debian Linux using gcc-4.7 that clang/clang++ builds and no long fails when compiling a simple HelloWorld program. Atomics for c++ are now recognized as __c11_atomic_* and it builds cleanly from what i've tested. I presently don't have a 10.7 box to test against

Hi All, Currently libc++ does not list linux as a supported platform. This should change. I think we should be able to list linux (with libc++abi) as a supported configuration. but there are some issues I would like to see resolved first. 1. We should add CMake support for building libc++ against a static libc++abi. If libc++ is linked to a shared libc++abi the resulting library can only be used

On Fri, 14 Jan 2005, Henrik Bach wrote: > when building the llvm cfe (3.4 derivative), for the mingw platform, I get > this error: 'error: there are no arguments to `lrand48' that depend on a > template parameter, so a declaration of `lrand48' must be available'. Hi Henrik, We haven't modified the GCC configure script or build system, so I don't know what

Hi, when building the llvm cfe (3.4 derivative), for the mingw platform, I get this error: 'error: there are no arguments to `lrand48' that depend on a template parameter, so a declaration of `lrand48' must be available'. ------------------------ make[3]: Entering directory `/C/projects/build/MinGW/llvm-gcc-1-1/i686-pc-mingw32/libstdc++-v3/testsuite'