.
+ if (!Policy.SuppressScope)
+AppendScope(D->getDeclContext(), OS);
+
IdentifierInfo *II = D->getIdentifier();
OS << II->getName();
spaceBeforePlaceHolder(OS);
Thanks
Michael
On 09/27/2016 02:55 PM, Michael via cfe-users wrote:
Nobody? Wrong list? Any insight in this would
lps.
-Adam
On Tue, Sep 27, 2016 at 8:55 AM, Michael via cfe-users
mailto:cfe-users@lists.llvm.org>> wrote:
Nobody? Wrong list? Any insight in this would be greatly appreciated.
Thanks
Michael
On 08/30/2016 07:00 PM, Michael via cfe-users wrote:
Hi
Ho
Nobody? Wrong list? Any insight in this would be greatly appreciated.
Thanks
Michael
On 08/30/2016 07:00 PM, Michael via cfe-users wrote:
Hi
Hope I picked the right place for this kind of problem, if not please
let me know.
I'm using libclang to parse header files and generate code
Hi
Hope I picked the right place for this kind of problem, if not please
let me know.
I'm using libclang to parse header files and generate code from them. I
found that clang_getTypeSpelling() usually includes the namespace(s) a
type was declared in. However with the exception being typedefs
symbol looks like std::string::_Rep::destroy which would be found in the
standard library, so I'd guess some sort of mis-compile. Wish I could be of
more help.
hth...
Don
On Sunday, June 5, 2016, Schlottke-Lakemper, Michael via cfe-users
>
wrote:
*bump*
Is there really nobody here who
*bump*
Is there really nobody here who has a possible answer? If not, do you have any
suggestions where else I could turn to for help? While I’m not an expert on
LLVM/Clang, I’ve done my share of compiling & linking other tools and programs,
so I think that I’ve exhausted all “obvious” explanat
Hi folks,
When trying to link to libLLVMSuport.a in our CFD application, we get the
following error at link time:
/usr/lib64/gcc/x86_64-suse-linux/4.9/../../../../x86_64-suse-linux/bin/ld:
/pds/opt/llvm-20160530-r271230/lib/libLLVMSupport.a(Path.cpp.o): undefined
reference to symbol '_ZNSs4_Re
Unfortunately, while it is
possible for me to influence the values in LD_LIBRARY_PATH, I cannot easily
update the ldconfig cache on all cluster nodes (if at all). I am thus still
interested in (and actively searching for) an alternative approach.
Michael
On Thu, Nov 26, 2015 at 4:09 AM, Schlo
On 25 Nov 2015, at 20:13 , Alexey Samsonov
mailto:vonos...@gmail.com>> wrote:
On Wed, Nov 25, 2015 at 4:12 AM, Schlottke-Lakemper, Michael
mailto:m.schlottke-lakem...@aia.rwth-aachen.de>>
wrote:
Thus I tried to compile a complete LLVM/Clang stack (with compiler-rt, libcxx,
libcxxabi, libomp)
Thus I tried to compile a complete LLVM/Clang stack (with compiler-rt, libcxx,
libcxxabi, libomp) using -DLLVM_USE_SANITIZER=MemoryWithOrigins. However, this
did not work either, as apparently during the compilation process the memory
sanitizer already comes to life and complains about use-of-u
Short update: I thought the behavior reported below it might be related to the
fact that llvm-symbolizer picks up the “wrong” (i.e. the msan-implemented)
version of libc++ once I put it in the LD_LIBRARY_PATH. Thus I tried to compile
a complete LLVM/Clang stack (with compiler-rt, libcxx, libcxxa
Hi folks,
When running our msan-instrumented simulation program, instead of a proper
output I get the following error:
==12089==WARNING: MemorySanitizer: use-of-uninitialized-value
==12089==WARNING: Can't read from symbolizer at fd 14
/pds/opt/llvm/bin/llvm-symbolizer: symbol lookup error:
/pds
gt;> This is caused by missing -lutil.
>>> FTR, http://llvm.org/viewvc/llvm-project?rev=245619&view=rev
>>>
>>> On Mon, Nov 23, 2015 at 7:33 AM, Schlottke-Lakemper, Michael via
>>> cfe-users wrote:
>>>> Hi folks,
>>>>
>&
LD_LIBRARY_PATH at runtime?
Sorry for having to ask again
Michael
> On Mon, Nov 23, 2015 at 10:50 AM, Schlottke-Lakemper, Michael
> wrote:
>>
>>> On 23 Nov 2015, at 18:11 , Evgenii Stepanov
>>> wrote:
>>>
>>> On Mon, Nov 23, 2015 at 1
> On 23 Nov 2015, at 18:11 , Evgenii Stepanov wrote:
>
> On Mon, Nov 23, 2015 at 12:59 AM, Schlottke-Lakemper, Michael via
> cfe-users wrote:
>> Hi folks,
>>
>> I'm trying to set up our cluster tool chain to support clang’s memory
>> sanitizer for o
view=rev
>
> On Mon, Nov 23, 2015 at 7:33 AM, Schlottke-Lakemper, Michael via
> cfe-users wrote:
>> Hi folks,
>>
>> When running “mpirun” of an msan-instrumented installation of OpenMPI, I get
>> the following error:
>>
>> $> mpirun -n 1 hostname
&g
Hi folks,
When compiling our simulation tool with the undefined behavior sanitizer, I
noticed that some files take much longer to compile - I am talking about a
5x-250x increase:
file1 (zfsdgblock_inst_3d_acousticperturb.cpp): 8.5s vs 41.3s (4.8x)
file2 (zfsfvparticle.cpp): 9.5s vs 114.8s (12.1
Hi folks,
When running “mpirun” of an msan-instrumented installation of OpenMPI, I get
the following error:
$> mpirun -n 1 hostname
[aia308:48324] *** Process received signal ***
[aia308:48324] Signal: Segmentation fault (11)
[aia308:48324] Signal code: Address not mapped (1)
[aia308:48324] Fail
Hi folks,
I'm trying to set up our cluster tool chain to support clang’s memory sanitizer
for our multiphysics simulation program, but I can’t get it to work :-/
I started with a regularly compiled clang installation (with libcxx, libcxxabi,
and libomp built in-tree). With this, I compiled all
19 matches
Mail list logo
