similar to: [LLVMdev] Confusing questions...

When I try to compile LLVM, a dialog pops up halfway through the process: "tblgen.exe has stopped working" and the build quits. I would really appreciate a binary pack for llvm-as, llc, etc. Specs: GCC 4.5.2 MinGW-Get 0.1-alpha-5.1 Windows 7 Professional x64 Steps: Install MinGW (

Hi! I'm having trouble compiling llvm/clang when GCC-4.8.0 is installed. Even with llvm/clang installed (and used) and gcc-4.8 it always comes to this: /data/home/solskogen/obj/_build/llvm.final.x86_64-unknown-linux-gnu/Release/bin/llvm-tblgen -I /data/home/solskogen/mingw-w64-builder/trunk/bin/llvm/lib/IR -I /data/home/solskogen/mingw-w64-builder/trunk/bin/llvm/include -I

On Thursday 18 December 2008 16:53:28 Alex.Wang wrote: > Of course, if I haven't run the configure command, there would not be the > makefile for me to take the make command to run. This came up on irc not long ago and the solution was very simple. Only I can't remember what the solution was! (The configure suggestion was me trying to remember...). Ciao, Duncan. > 2008/12/18

On Tue, Jan 27, 2015 at 10:02 AM, Mueller-Roemer, Johannes Sebastian <Johannes.Sebastian.Mueller-Roemer at igd.fraunhofer.de> wrote: > Adding -D__MSVCRT_VERSION__=0x900 (or higher) to CMAKE_CXX_FLAGS and > -lmsvcr90 (or higher) to CMAKE_CXX_STANDARD_LIBRARIES appears to work. > -lmsvcrt80 does not work, contrary to the comment on the MinGW bug tracker. > However, if you do not

I encountered a new build failure (r227128) on my nightly build of LLVM for MinGW: FAILED: cmd.exe /c cd . && D:\MinGW\x86_64-4.9.1-release-posix-seh-rt_v3-rev0\mingw64\bin\c++.exe -Wall -W -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wno-missing-field-initializers -pedantic -Wno-long-long -Wno-maybe-uninitialized -Wno-comment -std=gnu++11 -g

Hi, I am beginning the porting process for Linux on System z (aka IBM Mainframe). I thought I¹d build LLVM first with the c and cpp backends so that tools like TableGen would be created that I¹d then use to process the .td files that I¹ll be creating. So I used svn to grab the code from the repository and ran configure and make. However, the build breaks at this point: llvm[1]: Building

Hi, > llvm[1]: Building Intrinsics.gen.tmp from Intrinsics.td > tblgen: IntrinsicEmitter.cpp:163: void EmitTypeForValueType(std::ostream&, > llvm::MVT::SimpleValueType): Assertion `false && "Unsupported ValueType!"' > failed. this came up before IIRC, but I don't remember the details - buggy system compiler? Try searching the archives. Also, if you

Hi Aaron, Duncan Thanks for the answers. >From Duncan's e-mail, I've tried to build llvm-2.6. First problem was a missing dependence on lbffi.so.4. But I've downloaded the source from redhat, compiled and passed that point. Now I have another missing dependence on GLIBCXX_3.4.9. The version in my system is 3.4.6-11. I've been looking around for a 3.4.9 rpm for redhat, could

I'm trying to compile the top version of LLVM with MinGW, but I'm getting compilation errors. They seem to be caused by the changes in rev 66072. Has anyone compiled on MinGW? Since I just installed MinGW on this computer it could be my problem. (I noticed that LLVM 2.5 still doesn't come with binaries for the libraries on MinGW.) -- Lennarft

Hi Eliseu, > Now I have another missing dependence on GLIBCXX_3.4.9. The version in > my system is 3.4.6-11. how does this missing dependence manifest itself? Ciao, Duncan.

Thanks for the answer, So if i understand right, i can't directly compile the c code using clang. And i need to manually generate some llvm ir to replace the builtin function. Is that right? 2012/6/4 Duncan Sands <baldrick at free.fr> > Hi Christophe, > > > I recently migrate from llvm/clang 2.8 to 3.1. > > The builtin __builtin_ia32_pcmpeqd128 compile and works

On Tue, May 5, 2009 at 12:26 PM, Duncan Sands <baldrick at free.fr> wrote: > this is indeed a miscompilation by your system compiler.  However so many > compilers miscompiled this that a workaround was committed to svn.  So you > may want to check out llvm and llvm-gcc from svn.  Alternatively, maybe > the patch applies to llvm 2.5 too.  I've attached it. I will try the

Hi Andrew, > When I try to compile LLVM, a dialog pops up halfway through the process: > "tblgen.exe has stopped working" and the build quits. > > I would really appreciate a binary pack for llvm-as, llc, etc. indeed windows is the only platform for which the LLVM core tools like llvm-as, llc etc are not provided in the binary distribution. I think it would be better if

Hi Scott, > On Tue, May 5, 2009 at 12:26 PM, Duncan Sands <baldrick at free.fr> wrote: > > this is indeed a miscompilation by your system compiler. However so many > > compilers miscompiled this that a workaround was committed to svn. So you > > may want to check out llvm and llvm-gcc from svn. Alternatively, maybe > > the patch applies to llvm 2.5 too.

This patch synthesizes haddps/haddpd/hsubps/hsubpd instructions from floating point additions and subtractions of appropriate vector shuffles. To do this I introduced new x86 FHADD and FHSUB opcodes. These need to be wired up somehow in the .td file to the appropriate instructions. Since I have no idea how tablegen works I just hacked it in horribly. It works, but breaks support for the hadd

Hello everyone, I'm trying to load and run a pass on Cygwin target: opt -load=mypass.dll -mypass There is an LLVM example - Hello, however lib/Transforms/Makefile says # No support for plugins on windows targets and then excludes Hello from build ifeq ($(HOST_OS), $(filter $(HOST_OS), Cygwin MingW Minix)) PARALLEL_DIRS := $(filter-out Hello, $(PARALLEL_DIRS)) endif On the other hand, I

Ruben Van Boxem <vanboxem.ruben at gmail.com> writes: > And this is why I don't understand configure checks for windows... There's > only one/two header/library sets... The Windows SDK and MinGW. This info > should be built in IMHO... Although the panorama is not so diverse as the Unix world, there is quite a bit of variation on Windows too. Apart from the

Hello, Thanks to recent changes in the SVN, I was able to successfully build LLVM under Windows in the following environments: 1. Cygwin; 2. MinGW/MSYS; 3. "gcc -mno-cygwin" (a.k.a MinGW on Cygwin). For 3., I've had to make a few manual changes to the build system. Care is needed because non-Cygwin external commands require Windows paths and Cygwin's make does not like path

Hi, all I am studying the ARM backend on SelectionDAG, I have some following questions: 1. Each operator of SDNode in SelectionDAG is required to be defined by SDNode<ISD::XXX,XXX,XXX> in .td file, right? But several operators are not defined in .td file, why? (e.g., ISD::BR_CC, ISD::CopyToReg, ISD::AssertSext) 2. The MVT::glue value is used to ensure two nodes are scheduled

I have been working on a LLVM backend for the MicroBlaze soft-processor: http://www.xilinx.com/tools/microblaze.htm http://en.wikipedia.org/wiki/MicroBlaze Attached is the initial MicroBlaze patch. It does the following: 1. Adds mblaze as a target in configure and configure.ac 2. Adds mblaze specific intrinsics in include/llvm/IntrinsicsMBlaze.td and include/llvm/Intrinsics.td 3. Adds mblaze