similar to: [LLVMdev] SMFixIt helps break TableGen in Trunk

*System:* Debian Linux Sid/Unstable amd64 *LLVM/Clang:* Trunk *Scenario:* In the past couple of days I've been compiling against trunk I get two separate and spurious hang ups with CMake. *Note:* I build against more than just X86 follow along the progress of other platforms, though just building for X86 produces the same results below. *Assumption:* Configure cmake with prior built

Not sure what would have changed to break this but os_defines.h citing features.h is no longer being found in the system paths. > /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../include/c++/4.7/x86_64-linux-gnu/bits/os_defines.h:40:10: > fatal error: > * 'features.h' file not found > #include <features.h>* > ^ > > #include <stdlib.h> >

Linking CXX executable ../../../../bin/lldb Scanning dependencies of target lldb-platform [100%] Building CXX object tools/lldb/tools/lldb-platform/CMakeFiles/lldb-platform.dir/lldb-platform.cpp.o *../../../../lib/liblldb.so.3.5: undefined reference to `llvm::SmallPtrSetImpl::SmallPtrSetImpl(void const**, unsigned int, llvm::SmallPtrSetImpl&&)'** **clang: error: linker command

Looks like your lldb is being compiled in C++11 mode and your llvm wasn't perhaps? -eric On Sat, Nov 23, 2013 at 12:57 AM, Marc Driftmeyer <mjd at reanimality.com> wrote: > Linking CXX executable ../../../../bin/lldb > Scanning dependencies of target lldb-platform > [100%] Building CXX object > tools/lldb/tools/lldb-platform/CMakeFiles/lldb-platform.dir/lldb-platform.cpp.o

I'm in the process of trying to build LLVM and clang in Visual Studio 2008. Building trunk of LLVM and clang fails because of an VC STL issue: http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?Fee dbackID=328343 Here's a patch that allows tablegen to compile: Index: TableGen/ClangDiagnosticsEmitter.cpp

On Wed, Aug 24, 2011 at 6:36 PM, Marc J. Driftmeyer <mjd at reanimality.com> wrote: > I've got a simple workaround which obviously everyone will figure out: > > mdriftmeyer at horus:/usr/lib$ sudo ln -s x86_64-linux-gnu/crti.o crti.o > mdriftmeyer at horus:/usr/lib$ sudo ln -s x86_64-linux-gnu/crt1.o crt1.o > mdriftmeyer at horus:/usr/lib$ sudo ln -s

Seeing as GCC 4.6 works without breaking to build LLVM instead of Clang I think I'm going to bug the Debian proper to make it easier for Clang/LLVM to get the linker update changes. After all, Debian's breaking an awful lot of stuff lately so it seems reasonable for them to add this to their To Do List. - Marc On 08/24/2011 07:15 PM, Eli Friedman wrote: > On Wed, Aug 24, 2011 at

I've got a simple workaround which obviously everyone will figure out: mdriftmeyer at horus:/usr/lib$ sudo ln -s x86_64-linux-gnu/crti.o crti.o mdriftmeyer at horus:/usr/lib$ sudo ln -s x86_64-linux-gnu/crt1.o crt1.o mdriftmeyer at horus:/usr/lib$ sudo ln -s x86_64-linux-gnu/crtn.o crtn.o My real question concerns whether or not I should file a bug report against Debian not having a

Debian's response I enclose to see if this helps out: > reassign 639214 general > forcemerge 637232 639214 > quit > > Hi Marc, > > Marc J. Driftmeyer wrote: > >> With the most recent changes of moving the object files under >> /usr/lib/x86_64-linux-gnu/ the linker to build Clang/LLVM breaks. >> >> A workaround is to add symlinks for crt1.o,

Hi all, On my Fedora 10 x86-64 the current svn dies in the following way: /home/maurice/installation/llvm-dev/utils/TableGen/Debug/TGLexer.o: In function `llvm::TGLexer::getNextChar()': /home/maurice/installation/llvm-dev/utils/TableGen/TGLexer.cpp:71: undefined reference to `llvm::TGSourceMgr::FindBufferContainingLoc(llvm::TGLoc) const'

Anyone run into this before? I'm trying to get a Windows native build using Visual Studio of LLVM, Clang, and LLD 4.0.0. So far LLVM built successfully, but I'm getting these cryptic error messages when building Clang: Microsoft (R) Build Engine version 15.1.1012.6693 Copyright (C) Microsoft Corporation. All rights reserved. ClangDiagnosticsEmitter.cpp c:\program files

There are plans to upload, when Chandler has the time. The YouTube account is LLVMProject. Joey On Jun 6, 2012 8:45 AM, "ankur deshwal" <a.s.deshwal at gmail.com> wrote: > Hi, > > I am unable to download videos from the site > > http://llvm.org/devmtg/2012-04-12/. > > The response I always get is > > Proxy request sent, awaiting response... 503 Service

On Wed, Jun 6, 2012 at 3:09 AM, Joey Gouly <joel.gouly at gmail.com> wrote: > There are plans to upload, when Chandler has the time. The YouTube account > is LLVMProject. > Should get them up this week. Sorry I didn't even remember to do it after they were posted! > Joey > On Jun 6, 2012 8:45 AM, "ankur deshwal" <a.s.deshwal at gmail.com> wrote: >

The videos are OK now. Except the video of "Autovectorization with LLVM" that have a little mistake with "_" and "-" in the filenames. Thank you. 2012/6/6 Chandler Carruth <chandlerc at google.com>: > On Wed, Jun 6, 2012 at 3:09 AM, Joey Gouly <joel.gouly at gmail.com> wrote: >> >> There are plans to upload, when Chandler has the time.

Hi all, there seems to be some some missing dependency in the LLVM build system: $ make -j8 happiness Updated to revision 140992. ... llvm[2]: ======= Finished Linking Release+Asserts Executable FileUpdate (without symbols) make[2]: Leaving directory `/home/ecsardu/LLVM/build-tcclab1/utils/FileUpdate' llvm[2]: Compiling ClangAttrEmitter.cpp for Release+Asserts build llvm[2]: ======= Finished

Hi! I'm trying to use the LLVMProject toolchain (according to this page: http://llvm.org/docs/Projects.html). I created a project "test" with kaleidoscope example source code from: http://llvm.org/docs/tutorial/LangImpl3.html It compiles successfully with: clang++ -g -O3 toy.cpp `llvm-config --cppflags --ldflags --libs core` -o toy according to the project documentation, my Makefile

Wojciech Daniło <wojtek.danilo.ml at gmail.com> writes: > Hi! > I'm trying to use the LLVMProject toolchain (according to this page: > http://llvm.org/docs/Projects.html). > I created a project "test" with kaleidoscope example source code from: > http://llvm.org/docs/tutorial/LangImpl3.html > It compiles successfully with: clang++ -g -O3 toy.cpp `llvm-config

Hello, lately, I have been thinking about how to resolve the problem with that the program size increases enormously when including <iostream> when compiling with libstdc++. In this library, in <iostream> there is a static object __ioinit initialized like so: ... // For construction of filebuffers for cout, cin, cerr, clog et. al. static ios_base::Init __ioinit; ... This

Does anybody have Idea why I get such error? The LLVM is compiled from source - is is the newest version (3.1) from http://llvm.org/releases/ (from 22 may 2012) I created project in llvmsrc/projects/test (as copy of sample project) and I get these errors while attaching LLVM lbraries :( 2012/11/8 Wojciech Daniło <wojtek.danilo.ml at gmail.com> > Thank you, now it is more clear whats

Thank you, now it is more clear whats going on. There is a line: /bin/sh: /home/wdanilo/dev/llvm/src/projects/Debug+Asserts/bin/llvm-config: No such file or directory but why it is searching for it in that directory? (all makefile configs, are default configs) Below, there is full output of make: >> make VERBOSE=1 for dir in lib tools; do \ if ([ ! -f $dir/Makefile ] || \ command