[Desktop-packages] [Bug 1432882] Re: libclang1 has wrong standard include paths

2015-03-18 Thread Corentin SCHREIBER
Sorry for the flood of message. I just want to report that the issue can be fixed temporarilly by adding this missing include path manually using the command line option: -isystem /usr/include/clang/3.4/include Note that the usual "-I /usr/include/clang/3.4/include" will not work, since the GCC he

[Desktop-packages] [Bug 1432882] Re: libclang1 has wrong standard include paths

2015-03-18 Thread Corentin SCHREIBER
I could spot the difference between the two versions. It can be seen by running: ./refgen test.cpp -std=c++11 -v With the ubuntu libclang, the output I get is (stripped to the essential bits): Selected GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8 ignoring nonexistent directory "/usr/lib/gc

[Desktop-packages] [Bug 1432882] Re: libclang1 has wrong standard include paths

2015-03-18 Thread Corentin SCHREIBER
(sorry, I meant of course "trusty", not "lucid", in the above post) I confirm that the libclang from the above PPA (1:3.4.2-debian13trusty1) does work correctly in trusty. In other words, when I compile the example programs attached to this bug report with the libclang from this PPA, the errors ab

[Desktop-packages] [Bug 1432882] Re: libclang1 has wrong standard include paths

2015-03-18 Thread Corentin SCHREIBER
This issue could be linked to this entry of the llvm libtooling FAQ: http://clang.llvm.org/docs/LibTooling.html#libtooling-builtin-includes Quoting: "Clang tools need their builtin headers and search for them the same way Clang does. Thus, the default location to look for builtin headers is in a

[Desktop-packages] [Bug 1432882] Re: libclang1 has wrong standard include paths

2015-03-17 Thread Corentin SCHREIBER
Also, I confirm this is an issue of the standard include paths: if I create manually a symlink to "/usr/lib" in "../lib" (whichever directory I am currently in), then the programs attached above do work correctly... -- You received this bug notification because you are a member of Desktop Package

[Desktop-packages] [Bug 1432882] Re: libclang1 has wrong standard include paths

2015-03-17 Thread Corentin SCHREIBER
I have also tried with the libclang python bindings, in case I was doing something wrong with the C interface. I am still getting these errors (see attached python script, to be run on the example file linked above). ** Attachment added: "minimal libclang program (python)" https://bugs.launchp

[Desktop-packages] [Bug 1432882] Re: libclang1 has wrong standard include paths

2015-03-16 Thread Corentin SCHREIBER
Sorry, I meant to report this bug to libclang1-3.4, not llvm- toolchain-3.4. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to llvm-toolchain-3.4 in Ubuntu. https://bugs.launchpad.net/bugs/1432882 Title: libclang1 has wrong standard incl

[Desktop-packages] [Bug 1432882] Re: libclang1 has wrong standard include paths

2015-03-16 Thread Corentin SCHREIBER
** Attachment added: "simple C++ file to parse" https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-3.4/+bug/1432882/+attachment/4347458/+files/test.cpp -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to llvm-toolchain-3.4 in Ubuntu

[Desktop-packages] [Bug 1432882] [NEW] libclang1 has wrong standard include paths

2015-03-16 Thread Corentin SCHREIBER
Public bug reported: Bug affects all versions of libclang1 I could test (3.3, 3.4 and 3.5). The precise version of libclang I have is 1:3.4-1ubuntu3. Running Ubuntu 14.04 (Linux Mint 17.1). When building a minimal libclang program (refgen.cpp, attached) and using the "-print-search-dirs" command

[Desktop-packages] [Bug 1432882] Re: libclang1 has wrong standard include paths

2015-03-16 Thread Corentin SCHREIBER
Compiling the minimal libclang program attached above using: clang refgen.cpp -std=c++11 -I"/usr/lib/llvm-3.4/include" -lclang-3.4 -lstdc++ -o refgen (replacing clang by gcc here does not change anything) Invoking the libclang program on the test file attached above using: ./refgen test.cpp -std=

[Desktop-packages] [Bug 1348384] Re: evince and okular do not render eps files correctly resulting in a black background

2014-12-07 Thread Corentin SCHREIBER
The "vanilla" libspectre-0.2.7 doesn't show this behavior. The patch we are takling about has been introduced in the master branch of the git repository last June, but was reverted in September: http://cgit.freedesktop.org/libspectre Some time between those two dates, somebody added this patch t

[Desktop-packages] [Bug 878993] Re: x.org lockup after dragging archived file to desktop (lxde)

2012-07-20 Thread Corentin SCHREIBER
I confirm the fix works after reboot. I do not have the issue described by Marco Chiapetta. However, if you try to drop the files on another file (and not a folder or empty space), then you get the same message but without the mouse block. Expected behavior is to extract the files in the current

[Desktop-packages] [Bug 878993] Re: x.org lockup after dragging archived file to desktop (lxde)

2012-07-19 Thread Corentin SCHREIBER
I tried installing all the .deb packages from https://launchpad.net/ubuntu/+source/libfm/0.1.17-0ubuntu3.1 that have the ubuntu3.1 version (download it all, then sudo dpkg --install *.deb). Now it works randomly, but still blocks in the very same way most of the time. Is there something else I sh

[Desktop-packages] [Bug 878993] Re: When I try to extract file by just drag and drop by mouse, everything freezes

2012-02-07 Thread Corentin SCHREIBER
I tried baltasarq's solution and compiled file-roller 3.3.3 from source as well, but it didn't solve the problem for me. Why is it that you install your binaries this way instead of using 'sudo make install' ? Is it supposed to change anything (I used sudo make intall) ? -- You received this bu