similar to: [LLVMdev] Failure building llvm/clang from source using binary clang package on Fedora 17

Hi, I recently tried to follow the instructions on http://vmkit.llvm.org/get_started.html but all I get is -- snip -- In file included from /home/birdspider/vmkit-test/llvm/include/llvm/Support/SwapByteOrder.h:20: /usr/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../include/c++/4.7.0/limits:1404:27: error: use of undeclared identifier '__int128'; did you mean

Edward Diener <eldlistmailingz at tropicsoft.com> writes: >> Clang will attempt to use your installed system libraries, usually >> libstdc++ and glibc on a Linux distribution. We could probably maintain >> a libstdc++ compatibility table that says clang x.y is compatible with >> libstdc++ up to z.w. In the vast majority of cases, this just works if >> you

On 1/6/2013 9:47 AM, Justin Holewinski wrote: > On Sat, Jan 5, 2013 at 11:08 PM, Edward Diener > <eldlistmailingz at tropicsoft.com <mailto:eldlistmailingz at tropicsoft.com>> > wrote: > > On 1/5/2013 8:01 PM, Justin Holewinski wrote: > > > On Sat, Jan 5, 2013 at 5:59 PM, Edward Diener > <eldlistmailingz at tropicsoft.__com >

I've had reports lately about segfaults in the rgl package. I've only been able to reproduce these on Linux. I am not so familiar with C++ details, so I have a couple of questions way down below. But first some background info. One recipe to recreate the crash works with a new version 5.0-1 of the mixOmics package: > library(mixOmics) > example(pca) This crashes with

Hi Folks, I am building LLVM 3.9.1 using the Yocto build system for a cross build. The compiled bins/libs work totally fine on the target machine however there seems to be an intermittent race condition during the build which causes a build failure. On the failed builds I usually see things being linking/compiling twice e.g. Linking CXX static library ../libLLVMSupport.a cd

Core was generated by `dovecot/indexer-worker'. Program terminated with signal 11, Segmentation fault. #0 0x00007f30f7ad056d in __exchange_and_add (__val=-1, __mem=0xfffffffffffffff8) at /usr/src/debug/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/ext/atomicity.h:49 49 { return __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); } (gdb) bt full #0

This CL is probably apropos to the issue described below.. We here in the PNaCL team are building llvm+clang using a specially bootstrapped version of llvm-gcc. Unfortunately, the configure is picking up system clang even though we force set CC and CXX during the configure process. llvm[2]: Compiling CommandLine.cpp for Release+Asserts build if clang++ -I<LLVMSRC>/include

Hi, I have installed MPlayer from dag repo on my CentOS 4.1 and codecs from MPlayer site. When I try to watch some movie file I get an error: ----------------------------------------------------------------------- Error opening/initializing the selected video_out (-vo) device. ----------------------------------------------------------------------- When I start MPlayer from console (gmplayer

2017-05-29 9:25 GMT-07:00 Zachary Turner <zturner at google.com>: > On Sun, May 28, 2017 at 8:54 PM Mehdi AMINI via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> 2017-05-26 17:47 GMT-07:00 Zachary Turner via llvm-dev < >> llvm-dev at lists.llvm.org>: >> >>> Changing a header file somewhere and having to spend 10 minutes waiting

Hello R-helpers, I'm new to XML. I have been using an application for some time, but now I wish to automate my downloads with R. When I use the web interface of their XML application, I'm able to read the response in R with the XML package. My problem now is to send the requests directly from R. Here below are two XML request scripts that come from the applicaton help file. My

By default, calls to abort() in the MS CRT do not trigger an exception and forcefully terminate the process, making CrashRecoveryContext not very useful on Windows for catching abort(), and consequently, assert(). One solution is to create a custom abort() handler that calls RaiseException(), which will be caught by the handler in CrashRecoveryContext. The relevant client-side code is: void

Hi all, can I access the numeric limits of the llvm types, e.g. HalfTy, FloatTy, DoubleTy, etc. in a fashion like the std numeric_limits tool? std::numeric_limits<half>::min() std::numeric_limits<half>::max() In c++API, I want to initialize values and need to know the correct range for the llvm types.... Thx Alex

On Tue, 4 May 2004, Finn S Andersen wrote: > Chris wrote in a followup: > > > Can you send the output of 'llc -o - foo.bc -debug -print-machineinstrs'? > > > Attached as "linscan". (But added the "-regalloc=linearscan" to provoke > the error). Yes, that's exactly what I meant... thanks for reading my mind! :) It looks like this is where

On Mon, May 29, 2017 at 9:25 AM Zachary Turner via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On Sun, May 28, 2017 at 8:54 PM Mehdi AMINI via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> 2017-05-26 17:47 GMT-07:00 Zachary Turner via llvm-dev < >> llvm-dev at lists.llvm.org>: >> >>> Changing a header file somewhere and having to

On Thu, May 06, 2004 at 04:06:27PM +0200, Finn S Andersen wrote: > Chris Lattner wrote: > > >I think that we should switch to C constants in this case. Can you try > >#include <math.h> and use HUGE_VAL instead? > > > It works: > > [finna at coplin11 ~/test]$ cat tst.cpp > #include <limits> > #include <iostream> > #include

Hello, I am very new to llvm, but I need to have a fully working llvm / llvm-gcc system built and running on my fedora 21 virtual machine so I can perform some concolic testing with stp. I have installed all upgrades to fedora 21 using yum upgrade. I was able to compile and install llvm fine from the svn repository. I checked out llvm-gcc-4.2 from the repository (revision 234124). I ran

Hi Kevin, On Tue, May 29, 2012 at 10:22 PM, Kevin Burns <kevinpb at vt.edu> wrote: > > Hello, > > I am currently trying to install vmkit from source. I am running archlinux > i686 with the 3.1.9-2 kernel. This output is from the directions given on > the llvm site. Below is the configureation output along with the make > output. > > > I run ./configure with

Chris Lattner wrote: >Could you try compiling and running this program: > >--- >#include <limits> >#include <iostream> >int main() { > std::cerr << std::numeric_limits<float>::infinity() << "\n"; >} >--- > > Sure thing. It prints "0". Calling that inifinity is somewhat of a stretch, isn't it ? What on earth

On Wed, 5 May 2004, Finn S Andersen wrote: > Chris Lattner wrote: > > >Could you try compiling and running this program: > > > >--- > >#include <limits> > >#include <iostream> > >int main() { > > std::cerr << std::numeric_limits<float>::infinity() << "\n"; > >} > >--- > > > > > Sure

Hey everyone, first of all I just wanted to say thanks :) I've been using libclang for building my own C/C++ IDE and its great. I have, however discovered a bug (which I already submitted on llvm bugzilla but I got the impression that no one reads that :)). If I try to use clang_parseTranslationUnit on this code below: int main() { return reinterpret_cast libclang crashes. This is the code