search for: cindexer

...; > > > > clang fails with a dynamic linking problem. > > What's the problem? and if you would please file a bug that would be > awesome :) > > thanks! > > Eric, Neither Cygwin nor MinGW support Dynamic Linking. I am getting the following :- llvm[4]: Compiling CIndexer.cpp for Debug build (PIC) /home/ang/svn/llvm-clang/tools/clang/tools/CIndex/CIndexer.cpp: In member functi on 'const llvm::sys::Path& CIndexer::getClangPath()': /home/ang/svn/llvm-clang/tools/clang/tools/CIndex/CIndexer.cpp:64: error: 'Dl_in fo' was not declared in this scope /h...

...nking problem. >> >> What's the problem? and if you would please file a bug that would be >> awesome :) >> >> thanks! >> >> Eric, > > Neither Cygwin nor MinGW support Dynamic Linking. I am getting the > following :- > > llvm[4]: Compiling CIndexer.cpp for Debug build (PIC) > /home/ang/svn/llvm-clang/tools/clang/tools/CIndex/CIndexer.cpp: In member > functi > on 'const llvm::sys::Path& CIndexer::getClangPath()': > /home/ang/svn/llvm-clang/tools/clang/tools/CIndex/CIndexer.cpp:64: error: > 'Dl_in > fo' was...

On 5 March 2010 22:09, Aaron Gray <aaronngray.lists at googlemail.com> wrote: > Thanks Chris. Built LLVM okay from SVN and am running 'make check' and > building LLVM-GCC, also will check whether clang builds on Cygwin too. > LLVM-GGC builds and installs okay using gcc-4.2.4 minimum. 'make check' runs okay too. clang fails with a dynamic linking problem. Aaron

On Mar 6, 2010, at 2:44 AM, Aaron Gray wrote: > > clang fails with a dynamic linking problem. What's the problem? and if you would please file a bug that would be awesome :) thanks! -eric

Hi, I'm try to build llvm on my PC but it failed. I'm using following command, $ cmake -G "Ninja" ../llvm -DCMAKE_INSTALL_PREFIX=prefix=$INSTALL_PATH -DCMAKE_BUILD_TYPE=Release -DLLVM_ENABLE_ASSERTIONS=On $ ninja-build -j 2 I have skipped libcxx and libcxxabi package. It shows below error, 00:04:23 [3261/3430] Building CXX object

\tools\clang\tools\CIndex && D:\Tools\Building\cmake\bin\cmake.exe -E cmake_link_script CMakeFiles\CIndex.dir\link.txt --verbose=1 D:\Tools\Building\gcc\bin\g++.exe -shared -o ..\..\..\..\bin\libCIndex.dll -Wl,--out-implib,..\..\..\..\lib\libCIndex.dll.a -Wl,--major-image-version,0,--minor-image-version,0 CMakeFiles\CIndex.dir\CIndex.cpp.obj ..\..\..\..\lib\libLLVMMC.a

Hi, I'm trying to debug a function I wrote to calculate the cindex for a hierarchical tree. For this it is useful to compare my calculations with those in output from the clustindex function, in the cclust library. There's no way, however, to have the cindex value for a given output of the cclust function, as a NA value is always returned. This happens almost surely because the cindex in

On Mar 6, 2010, at 3:49 AM, Aaron Gray wrote: > > I am hoping I can just not build the indexer and will see if I can get a patch together first for 2.7 before submitting a bug report if I have to. > > Okay here's a patch to no build the CIndexer on Cygwin and MinGW :- > > Index: tools/Makefile > =================================================================== > --- tools/Makefile (revision 97834) > +++ tools/Makefile (working copy) > @@ -10,4 +10,9 @@ > LEVEL := ../../.. > DIRS := driver CIndex c-index-test &g...

Hello all, Is there a reason why the library location code in cindex py does not use find_library() to locate libclang, like in the attached patch? Without it there were problems locating a versioned libclang.so.1 file on Debian, for example. Cheers, Mihai -------------- next part -------------- An HTML attachment was scrubbed... URL:

On 06/25/2012 12:50 AM, Mihai Basa wrote: > Hello all, > > Is there a reason why the library location code in cindex py does not > use find_library() to locate libclang, like in the attached patch? > > Without it there were problems locating a versioned libclang.so.1 file > on Debian, for example. Hi Mihai, as this is a clang related question, I move your mail to the clang

...om> wrote: > On Mar 6, 2010, at 3:49 AM, Aaron Gray wrote: > > >> I am hoping I can just not build the indexer and will see if I can get a >> patch together first for 2.7 before submitting a bug report if I have to. >> > > Okay here's a patch to no build the CIndexer on Cygwin and MinGW :- > > Index: tools/Makefile > =================================================================== > --- tools/Makefile (revision 97834) > +++ tools/Makefile (working copy) > @@ -10,4 +10,9 @@ > LEVEL := ../../.. > DIRS := driver CIndex c-index-test &gt...

I have noticed anything using ANSI escape sequences to color text does not work if syslinux is in VESA mode. It only works if the \1#, \2#, or \3# are used. This means that libmenu which relies on csprint fails to render colors in VESA mode. I noticed the default color table has a complete table generated at runtime for all VGA color combinations, which csprint also does but from VGA attributes on

Hi, I am parsing a C++ file using cindex.py and want to get the template parameters to a specific node. However, the tree seems to be different depending on if the template parameter is a struct/class or a simple type such as int or float. In the first case the template type is appended as a child to the VAR_DECL node (the TYPE_REF node seen in the example below), but this is not the case with

How do I obtain the data that a macro points to, both expanded and unexpanded. in example I have a file named "blah.c" with the following. """ #define TESTA 1 #define TESTB 2 + TESTA """ I modified util.py's get_cursor to look at the displayname also, as spelling won't match the macroname. """ for cursor in children: if

How do I obtain the data that a macro points to, both expanded and unexpanded. in example I have a file named "blah.c" with the following. """ #define TESTA 1 #define TESTB 2 + TESTA """ I modified util.py's get_cursor to look at the displayname also, as spelling won't match the macroname. """ for cursor in children: if

Attached is a patch with suggestions for the R-lang manual at r64277. Below are a few comments (some are implemented in the patch): In the section "Objects", there is a table introduced by "The following table describes the possible values returned by typeof". One of the results is "any". Can "any" be returned by "typeof()" ? Regarding the

I'd like to parse a C++ header file (say, math.h) with the Clang bindings for Python. (Yes, I know math.h is technically a C header, but for my purposes I want to pretend that it is C++.) For some reason, Clang is able to parse the file as C, but not as C++. Here is an example session: >>> import clang.cindex >>> idx = clang.cindex.Index.create() >>> tu =

Hello, I'm trying to use the python libclang bindings to write a C++ style-checker, and I'd like to detect all the typedefs to recommend switching to using. I'm using libclang 3.8, with the python bindings provided with it. When I parse a file with index = clang.cindex.Index.create() tu = index.parse(f, ['-x', 'c++', '-std=c++11', '-fsyntax-only',

Is there anyone get the time to apply this patch? 2009/10/2, Douglas Gregor <dgregor at apple.com>: > > On Oct 1, 2009, at 6:36 AM, 罗勇刚(Yonggang Luo) wrote: > >> At the first glance, it's coming with that c-index-test is just >> only containing c files (without cpp(cxx,c++) files). >> >> So cmake recognize it as pure C project, >> and so it's

Hi Elliott, On Oct 18, 2013, at 9:29 PM, Elliott Slaughter <elliottslaughter at gmail.com> wrote: > Answering my own question: > > On Fri, Oct 18, 2013 at 8:51 PM, Elliott Slaughter <elliottslaughter at gmail.com> wrote: > I'd like to parse a C++ header file (say, math.h) with the Clang bindings for Python. (Yes, I know math.h is technically a C header, but for my