search for: 42468

...s (lit tests and unit tests) are moved from directories under "/lib" to "/test" to be consistent with LLVM/Clang test subtrees. See the original mail from Chandler for the overview of compiler-rt tree current state and suggestion to change its structure: http://clang-developers.42468.n3.nabble.com/Sanitizers-libs-in-Compiler-RT-tp4037520p4037567.html Please speak up if you disagree with this. -- Alexey Samsonov, MSK -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20140211/07c96b42/attach...

...ple matter of configuration, and we could get browsable > archives at cfe-dev as well? > Or are there any alternatives? There was GMANE, but sadly that died a couple of years ago http://dir.gmane.org/gmane.comp.compilers.clang.devel Your best bet now might be nabble: http://clang-developers.42468.n3.nabble.com/ Best, Alex

..._dso_handle'. I saw a bug already reported but > its status is still NEW: > http://llvm.org/bugs/show_bug.cgi?id=7847 > > As mentioned in the bug, the problem seems to be when the interpreter is > used. > > There is another post on cfe-dev list: > http://clang-developers.42468.n3.nabble.com/Configuring-HAVE-DSO-HANDLE-by-CMake-td3423707.html > > Any thoughts? > > thanks > ashok > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mail...

Hi, Is there an easily browsable and searchable archive for cfe-dev? I often find myself wanting to link to a particular email, and it’s a very time consuming process with a pipermail interface. I’ve noticed that llvm-dev is reposted to a google group (https://groups.google.com/forum/#!forum/llvm-dev <https://groups.google.com/forum/#!forum/llvm-dev>) which can be super convenient for that

...am happy to write clang specific code that turns on > only when __clang__ is defined. > > Thanks, > Geoffrey > Geoffrey - In the short term, if you marked this function as "/__attribute__((optnone))"/, that might have the effect you desire. See http://clang-developers.42468.n3.nabble.com/RFC-add-Function-Attribute-to-disable-optimization-td4032641.html As for the more general solution, I don't know. For the rest of this, I'm speaking only as an interested observer. None of this is particularly thought through. We really should have a good solution to this....

...ready reported but >> its status is still NEW: >> http://llvm.org/bugs/show_bug.cgi?id=7847 >> >> As mentioned in the bug, the problem seems to be when the interpreter is >> used. >> >> There is another post on cfe-dev list: >> http://clang-developers.42468.n3.nabble.com/Configuring-HAVE-DSO-HANDLE-by-CMake-td3423707.html >> >> >> Any thoughts? >> >> thanks >> ashok >> _______________________________________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu &...

...rror. It now complains about '__dso_handle'. I saw a bug already reported but its status is still NEW: http://llvm.org/bugs/show_bug.cgi?id=7847 As mentioned in the bug, the problem seems to be when the interpreter is used. There is another post on cfe-dev list: http://clang-developers.42468.n3.nabble.com/Configuring-HAVE-DSO-HANDLE-by-CMake-td3423707.html Any thoughts? thanks ashok

...ready reported but >> its status is still NEW: >> http://llvm.org/bugs/show_bug.cgi?id=7847 >> >> As mentioned in the bug, the problem seems to be when the interpreter is >> used. >> >> There is another post on cfe-dev list: >> http://clang-developers.42468.n3.nabble.com/Configuring-HAVE-DSO-HANDLE-by-CMake-td3423707.html >> >> Any thoughts? >> >> thanks >> ashok >> _______________________________________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu &g...

Ashok Nalkund wrote: > Resending, any pointers? I demangled the symbol and it turns out to be: > std::__1::locale::use_facet(std::__1::locale::id&) const My guess is that you've got a .bc file produced on a mac using libc++ (hence the ::_1 part) and you're trying to run it on linux with libstdc++ (which doesn't use inline namespaces, the '::_1::' part). That

...its status is still NEW: >>> http://llvm.org/bugs/show_bug.cgi?id=7847 >>> >>> As mentioned in the bug, the problem seems to be when the interpreter is >>> used. >>> >>> There is another post on cfe-dev list: >>> http://clang-developers.42468.n3.nabble.com/Configuring-HAVE-DSO-HANDLE-by-CMake-td3423707.html >>> >>> >>> Any thoughts? >>> >>> thanks >>> ashok >>> _______________________________________________ >>> LLVM Developers mailing list >>> LLVMdev at c...

As reported in an earlier thread (http://clang-developers.42468.n3.nabble.com/Disable-memset-synthesis-tp4057810.html), we noticed in some cases that the llvm.memset intrinsic, if lowered to stores, could help with performance. Here's a test case: If LIMIT is > 8, I see that a call to memset is emitted for arm & aarch64, but not for x86 target. typ...

...iles/Makefile2:311: recipe for target 'tools/CMakeFiles/tiff2ps.dir/all' failed make[1]: *** [tools/CMakeFiles/tiff2ps.dir/all] Error 2 Makefile:138: recipe for target 'all' failed make: *** [all] Error 2 I search on the internet, and found one answer in http://clang-developers.42468.n3.nabble.com/Problem-linking-example-program-with-DataFlow-Sanitizer-td4039375.html So i try to use cmake to recompile the llvm. There is an error again. [ 52%] Building ASM object projects/compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_linux_x86_64.S.o...

Hello, Is there any package to install llvm 3.1 on solaris?  Standard installation by compiling the sources does not run smoothly. I found that similar issues have been addressed before, but without replies: http://clang-developers.42468.n3.nabble.com/Using-Clang-LLVM-on-sparc-solaris-td2807126.html I tried to install llvm 3.1 on a system with Sun Microsystems Inc.   SunOS 5.10      Generic January 2005 LLVM is configured with  ./configure --prefix=`pwd`/../install --enable-optimized but 'make' crashes immediately (see bel...

.../compiler-rt/lib/enable_execute_stack.c:13: /usr/include/i386-linux-gnu/sys/mman.h:23:10: fatal error: 'features.h' file not found #include <features.h> ^ 1 error generated. ... Searching the web, I found the following discussion: "http://clang-developers.42468.n3.nabble.com/sw-vers-on-Linux-td4030044.html". That would explain my sw_vers error - it appears that the problem was introduced in r166114 and fixed in r173465. The final release 3.2 appears to tagged to r170558. Therefore, I'm reasoning that it's not possible to build clang/compiler-...

On Sun, Feb 3, 2019 at 6:50 AM Stephen Kelly via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On 31/12/2018 04:54, Chris Lattner via llvm-dev wrote: > >> Do those uses conform to the guide? If they don't, then should the > guide be updated? Are the types there 'obvious’? > > > > If/when we revise the policy, then it would make sense for >

...directories under > "/lib" to "/test" to be consistent with LLVM/Clang test subtrees. > > > > See the original mail from Chandler for the overview of compiler-rt tree > current state and suggestion to change its structure: > > > http://clang-developers.42468.n3.nabble.com/Sanitizers-libs-in-Compiler-RT-tp4037520p4037567.html > > > > Please speak up if you disagree with this. > > > > -- > > Alexey Samsonov, MSK > > _______________________________________________ > > LLVM Developers mailing list > > LLVMdev...

...) are moved from directories under "/lib" to "/test" to be consistent with LLVM/Clang test subtrees. >> >> See the original mail from Chandler for the overview of compiler-rt tree current state and suggestion to change its structure: >> http://clang-developers.42468.n3.nabble.com/Sanitizers-libs-in-Compiler-RT-tp4037520p4037567.html >> >> Please speak up if you disagree with this. >> >> -- >> Alexey Samsonov, MSK >> _______________________________________________ >> LLVM Developers mailing list >> LLVMdev at c...

...et > 'tools/CMakeFiles/tiff2ps.dir/all' failed > make[1]: *** [tools/CMakeFiles/tiff2ps.dir/all] Error 2 > Makefile:138: recipe for target 'all' failed > make: *** [all] Error 2 > > > I search on the internet, and found one answer in > http://clang-developers.42468.n3.nabble.com/Problem-linking-example-program-with-DataFlow-Sanitizer-td4039375.html > > > So i try to use cmake to recompile the llvm. There is an error again. > > > [ 52%] Building ASM object > projects/compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/...

+kledzik at apple.com The dynamic runtime is using dylib interposition (google for "__DATA,__interpose). If I'm understanding correctly (Nick, can you please confirm this?) this allows to interpose the function regardless of the two-level namespace. The support for dynamic runtime in ASan is almost there. But the new interposition method has revealed some issues with the allocator which

Hi, I’ve made my own version of std::vector which is called il::Vector. Due to http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2013/n3664.html <http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2013/n3664.html>, LLVM can optimise away memory allocation. Therefore, the following code optimise away all memory allocation for w resulting in a single allocation during the whole program (for