Re: [lldb-dev] [RFC] Adding a clang-style LLVM.h (or, "Are you tired of typing 'llvm::' everywhere ?")

I don't have a strong opinion, but I lean against the idea for two reasons: 1. The `llvm::` prefixes don't really hinder readability for me. They're like `std::` prefixes on all the C++ standard library types, which I'm perfectly happy to type and read--moreso than using declarations. Sure, any

Re: [lldb-dev] [RFC] Adding a clang-style LLVM.h (or, "Are you tired of typing 'llvm::' everywhere ?")

Hey Pavel, Sounds like a good idea. I don't have a strong opinion on this matter, but I'm always in favor of improving readability. Cheers, Jonas On Wed, Apr 17, 2019 at 3:38 AM Pavel Labath via lldb-dev < lldb-dev@lists.llvm.org> wrote: > Hello all, > > some llvm classes, are so well-known and

Re: [lldb-dev] [RFC] Having common Python OS Plug-in

The os plugin in the KDK's is just a packaged up version of what's in the link you referenced, so the KDK wouldn't add anything. Jim > On Apr 17, 2019, at 12:50 PM, Alexander Polyakov > wrote: > > It seems that I need a Apple ID to create an account, can you please share > the code? > > I

Re: [lldb-dev] [RFC] Having common Python OS Plug-in

It seems that I need a Apple ID to create an account, can you please share the code? I want common OS plug-in to be similar to Apple's lldbmacros (link ), but it should be with support of multiple architectures and operating systems

Re: [lldb-dev] [RFC] Having common Python OS Plug-in

If you want to undertake such a thing, that would be great. The other fairly complex OS plugin that exists in the wild is the one that ships with the Darwin Kernel Debug Kit. You can get this from http://developer.apple.com/download/more - you need a free ADC account to get this, though if th

Re: [lldb-dev] [Release-testers] LLVM 7.1.0-final has been tagged

On 12 Apr 2019, at 02:00, Tom Stellard via Release-testers wrote: > > I've just tagged LLVM 7.1.0-final. Testers, please upload the final binaries. Unfortunately in the 7.x branch, r345199 was not merged, which reverted commits r333103 ("Teach __libcpp_is_floating_point that __fp16 and _Float

[lldb-dev] [RFC] Having common Python OS Plug-in

Hi lldb-dev, The last few months, I was implementing a LLDB OS Python plug-in. It seems that there are functionality that is duplicated across many OS plug-ins. I think we can change that by, for example, upstreaming to LLDB an OS python plug-in which can be used by all clients and may contain a l

[lldb-dev] [RFC] Adding a clang-style LLVM.h (or, "Are you tired of typing 'llvm::' everywhere ?")

Hello all, some llvm classes, are so well-known and widely used, that qualifying them with "llvm::" serves no useful purpose and only adds visual noise. I'm thinking here mainly of ADT classes like String/ArrayRef, Optional/Error, etc. I propose we stop explicitly qualifying these classes. W

Re: [lldb-dev] [Release-testers] LLVM 7.1.0-final has been tagged

ARM looks good too: bac0c55c1943ee4e4eece850e18cc9cbd638e5c84f397b8897c0a8486f73431b clang+llvm-7.1.0-armv7a-linux-gnueabihf.tar.xz Cheers, Diana On Mon, 15 Apr 2019 at 10:33, Diana Picus wrote: > > AArch64 looks good: > b7369d91279cfc470f82528c23318b902adea8e345b7d64a59332c7f6900acfe > clang+ll