Mailing lists matching lists.llvm.org
cfe-commits lists.llvm.orglldb-commits lists.llvm.org
llvm-branch-commits lists.llvm.org
llvm-bugs lists.llvm.org
Re: [lldb-dev] [5.0.0 Release] Release Candidate 2 source and binaries available
clang+llvm-5.0.0-rc2-mips-linux-gnu.tar.xz)= > 8b66db0b4fe3e5d288ee6ac32621bdfdbc9e3233 > SHA1(clang+llvm-5.0.0-rc2-x86_64-linux-gnu-debian8.tar.xz)= > 5dc4589936465320246837225ac400b7a19893c8 > > I'm seeing the same set of failures that I saw from rc1 > (http://lis
Re: [lldb-dev] [Release-testers] [llvm-dev] [5.0.0 Release] Release Candidate 3 tagged
little bit behind schedule, but hopefully we can get to >> 'final' soon. >> >> Cheers, >> Hans >> ___ >> LLVM Developers mailing list >> llvm-...@lists.llvm.org >> http://lists.llvm.org/cgi-bin
Re: [lldb-dev] Unifying ctor+Clear() inits into in-class initializers?
+1, this pattern looks like asking for UB On Mon, Nov 20, 2017 at 11:57 AM Leonard Mosescu via lldb-dev < lldb-dev@lists.llvm.org> wrote: > void Clear() { >> this->~ClassName(); >> new (this) ClassName(); >> } > > >
Re: [lldb-dev] how do i submit my patch for 'Support demangling for D symbols via dlopen'
I've registered to http://lists.llvm.org/cgi-bin/mailman/subscribe/lldb-commits and sent my patch via that email to lldb-comm...@lists.llvm.org but doesn't appear yet on http://lists.llvm.org/pipermail/lldb-commits/ ; how long does it take for http://lists.llvm.org/cgi-bin/mailman/subs
Re: [lldb-dev] clang::VersionTuple
We don’t want the lowest levels of lldb to depend on clang. If this is useful we should move it from clang to llvm and use llvm::VersionTuple On Tue, May 8, 2018 at 9:26 AM Greg Clayton via lldb-dev < lldb-dev@lists.llvm.org> wrote: > No issues from me. > > > On May 8, 2018,
Re: [lldb-dev] Do we have any infrastructure for creating mini dump files from a loaded process or from a core file?
a native & cross-platform minidump writer, that's what I'd start with. On Wed, Jun 13, 2018 at 1:38 PM, Adrian McCarthy via lldb-dev < lldb-dev@lists.llvm.org> wrote: > Zach's right. On Windows, lldb can produce a minidump, but it just calls > out to a Microsoft librar
Re: [lldb-dev] Handling callable addresses
AM, Tatyana Krasnukha via lldb-dev > >> wrote: > >> > >> Hi, > >> > >> It seems Target::GetCallableLoadAddress does equivalent things for > >> arm/thumb and for mipses, just written in different forms. May I join > >> these case
Re: [lldb-dev] Symbol Server for LLDB
mbol servers to LLDB. > > > > On Mon, Mar 25, 2019 at 9:02 AM Adrian McCarthy via lldb-dev < > lldb-dev@lists.llvm.org> wrote: > >> Not currently (at least, not for the platforms I use primarily), but >> there is definitely interest in a symbol fetcher so there ma
Re: [lldb-dev] dosep.py is not running any tests on MacOSX...
yton via lldb-dev > > wrote: > > > > Anyone know what is up? It runs all tests in 30 seconds and says they all > > passed, but nothing is actually being run... > > ___ > > lldb-dev mailing list > > lldb-dev@lists.ll
Re: [Lldb-commits] [lldb] r369652 - [lldb][NFC] Fix indentation in CommandObjectProcess
Thanks for the quick fix! On Thu, Aug 22, 2019 at 5:29 PM Raphael “Teemperor” Isemann < teempe...@gmail.com> wrote: > Fix is already committed as 369660, sorry for that. > - Raphael > > On Aug 22, 2019, at 5:28 PM, Alexander Kornienko via lldb-commits < > lldb-commi
Re: r326168 - Attempt to fix greendragon bot after r326141
r326171 works locally. I'll keep an eye on the bots. From: on behalf of Adam Nemet Date: Monday, February 26, 2018 at 9:51 PM To: Shoaib Meenai Cc: Zachary Turner , "cfe-commits@lists.llvm.org" , Reid Kleckner Subject: Re: r326168 - Attempt to fix greendragon bot after r326141
Re: r365030 - Make a buildbot using a buggy gcc happy
I'll commit the change below once my testing finishes :) On Mon, 8 Jul 2019 at 12:40, Kristóf Umann via cfe-commits < cfe-commits@lists.llvm.org> wrote: > Noted, thanks! Gabor, could you please fix this? > > On Mon, 8 Jul 2019, 21:37 Richard Smith, wrote: > >> This
Re: [PATCH] D13582: [DEBUG INFO] Emit debug info for type used in explicit cast only.
8:26, David Blaikie пишет: > > > On Fri, Oct 9, 2015 at 2:26 AM, Alexey Bataev via cfe-commits > mailto:cfe-commits@lists.llvm.org> > <mailto:cfe-commits@lists.llvm.org <mailto:cfe-commits@lists.llvm.org>>> > wrote: > > ABataev created this revision. &g
Re: [PATCH] D18479: [CodeGenCXX] Fix ItaniumCXXABI::getAlignmentOfExnObject to return 8-byte alignment on Darwin
> On Mar 25, 2016, at 2:06 PM, David Majnemer via cfe-commits > wrote: > > > > On Fri, Mar 25, 2016 at 12:57 PM, Akira Hatanaka via cfe-commits > mailto:cfe-commits@lists.llvm.org>> wrote: > ahatanak created this revision. > ahatanak added a reviewer: rjmcca
Re: [lldb-dev] [cfe-dev] FYI: Landing the initial draft for an LLVM Code of Conduct
areas that have already been heavily > discussed. > > Also, many thanks to the folks who provided all their opinions on the > mailing list threads and in person in long discussions about this topic. > > Thanks, > -Chandler > > [1]: Prior announcements: > http://lis
Re: [lldb-dev] Build failure with llvm/IR/Attributes.gen?
for the heads up. I just committed a patch that should >>> resolve this in r282803. >>> >>> Thanks! >>> -Chris >>> >>>> On Sep 29, 2016, at 1:49 PM, Hal Finkel >>> <mailto:hfin...@anl.gov>> wrote: >>>> >>
Re: [lldb-dev] [cfe-dev] Mailing list changes this week
aster branch each time the version number was bumped. We discussed this[1] last year, but deferred the decision, since we couldn't get consensus on the tag name. -Tom [1] http://lists.llvm.org/pipermail/llvm-dev/2018-December/128484.html > -- > Mehdi > > >
Re: [lldb-dev] [RFC] Listing files in remote directory
t; On 24 Jul 2020, at 20:50, Greg Clayton via lldb-dev > wrote: > > > >> On Jul 24, 2020, at 9:55 AM, GongYu Deng via lldb-dev >> mailto:lldb-dev@lists.llvm.org>> wrote: >> >> Hello everyone, >> >> To implement a remote disk file co
Re: [PATCH] D58418: [clang][DirectoryWatcher] Upstream DirectoryWatcher
> PL > > > > On Thu, Aug 1, 2019 at 11:24 AM Jan Korous via Phabricator via llvm-commits > mailto:llvm-comm...@lists.llvm.org>> wrote: > jkorous added a comment. > > Hi Puyan, > > I failed to reproduce with llvm.org/master <http://
Re: clang-format: Fix deref treated as binary op in throw
I don’t have commit access, so I’d need you to check it in. Thanks for your help! From: Manuel Klimek Date: Monday, July 17, 2017 at 03:31 To: Erik Uhlmann , "cfe-commits@lists.llvm.org" Subject: Re: clang-format: Fix deref treated as binary op in throw LG, thanks for the patch
Re: [lldb-dev] [Release-testers] [cfe-dev] [4.0.0 Release] Relase Candidate 1 has been tagged
Simon From: hwennb...@google.com [hwennb...@google.com] on behalf of Hans Wennborg [h...@chromium.org] Sent: 25 January 2017 17:32 To: Simon Dardis Cc: llvm-...@lists.llvm.org; release-test...@lists.llvm.org; cfe-...@lists.llvm.org; openmp-...@lists.llvm.org; lld
Re: [lldb-dev] [llvm-dev] [5.0.0 Release] Release Candidate 5 tagged
-debian8.tar.xz)= 8a9d86c08baed27ee095c493086aa2a1c041e325d0989b8dbe5e4bdee09dfc6e Thanks, Simon From: llvm-dev [llvm-dev-boun...@lists.llvm.org] on behalf of Hans Wennborg via llvm-dev [llvm-...@lists.llvm.org] Sent: 01 September 2017 22:07 To: Release-testers
Re: [lldb-dev] Status of x86_64-pc-windows-msvc target + DWARF debugging
Can confirm, x86_64 Windows debugging with DWARF works. We use it to debug some fairly large binaries in production. On Thu, Nov 2, 2017 at 2:07 PM Zachary Turner via lldb-dev < lldb-dev@lists.llvm.org> wrote: > Hello, > > I think it mostly works. i686-pc-windows-msvc + DWARF sh
Re: [lldb-dev] [Release-testers] [6.0.0 Release] Release Candidate 3 tagged
5566ff6ec1 > > Thanks, > Simon > > From: Release-testers [release-testers-boun...@lists.llvm.org] on behalf of > Hans Wennborg via Release-testers [release-test...@lists.llvm.org] > Sent: Friday, February 23, 2018 3:14 PM > To: Release-testers > Cc: llvm-dev; cfe-dev; o
Re: [lldb-dev] Virus in a test file?
It's several tests that use this input. Perhaps rebuilding it with clang-cl and lld-link would change it enough to appease the virus scanner. On Fri, Apr 6, 2018 at 10:59 AM, Zachary Turner via lldb-dev < lldb-dev@lists.llvm.org> wrote: > Best thing I can think of is to delete th
Re: [lldb-dev] Phabricator repository
The list is not public, so someone with access needs to mail them (which is not true for me :) ). - Raphael Am Mi., 1. Aug. 2018 um 09:11 Uhr schrieb : > > Email to llvm-admin should do it. > --paulr > > > -Original Message- > > From: lldb-dev [mailto:lldb-dev-bo
Re: [lldb-dev] [llvm-dev] [cfe-dev] RFC: Switching from Bugzilla to Github Issues [UPDATED]
s, > so that automatic linking works properly. So, in that case, PR1234 == > legacy issue, #1234 or GH-1234 == new issue. > > > > (See > https://help.github.com/en/github/writing-on-github/autolinked-references-and-urls > ) > > > > On Tue, Apr 21, 2020, 10:43
Re: [PATCH] D49922: [P0936R0] add [[clang::lifetimebound]] attribute
On Thu, 2 Aug 2018, 06:10 Martin Storsjö via Phabricator via cfe-commits, < cfe-commits@lists.llvm.org> wrote: > mstorsjo added a comment. > > This change made clang to start trigger failed asserts for me (although > they seem to not be reproducible with all compilers building c
Re: r363086 - For DR712: store on a DeclRefExpr whether it constitutes an odr-use.
Thanks, should be fixed by r363113. On Tue, 11 Jun 2019 at 16:21, Reid Kleckner via cfe-commits < cfe-commits@lists.llvm.org> wrote: > > The new assert is firing across Chromium, please fix or revert. This is a > reduced test case: > > int a; > struct Foo { > tem
Re: [PATCH] D68896: PR43080: Do not build context-sensitive expressions during name classification.
On Tue, 10 Dec 2019 at 13:24, Kian Moniri via Phabricator via cfe-commits < cfe-commits@lists.llvm.org> wrote: > kianm added a comment. > > Hi, I am still seeing problems with this assertion. Could we please get a > fix? I've posted the reduced test case and repro
Re: [PATCH] D32435: clang-cl: Add support for /permissive-
It does sound pretty similar to me from the blog post. I think this is a decent place to start from. On Apr 24, 2017 11:55 AM, "David Majnemer via Phabricator via cfe-commits" < cfe-commits@lists.llvm.org> wrote: > majnemer requested changes to this revision. > majnemer a
Re: [PATCH] D19831: [scan-build] fix dead store warnings emitted on clang code base
Sorry, I meant remove the /store/, if it's dead. The do/while loop overwrites the store immediately, so just remove the assignment to Record? On Mon, May 2, 2016 at 2:59 PM, Apelete Seketeli via cfe-commits < cfe-commits@lists.llvm.org> wrote: > apelete added a commen
Re: clang-format: fix for 19986, extra spacing around c++14 lambda capture with initializer
Please use reviews.llvm.org to send out clang-format patches. On Mon, Apr 4, 2016 at 10:03 AM, Jacek Sieka via cfe-commits < cfe-commits@lists.llvm.org> wrote: > Hello, > > Here's a little one-off patch that fixes > https://llvm.org/bugs/show_bug.cgi?id=19986 for me, b
Re: [PATCH] D18271: Avoid -Wshadow warnings about constructor parameters named after fields
+Lang, because he was asking me recently about this improvement & thinking of chipping in On Fri, Mar 18, 2016 at 10:56 AM, David Blaikie via cfe-commits < cfe-commits@lists.llvm.org> wrote: > dblaikie added a subscriber: dblaikie. > dblaikie added a comment. > > It'
Re: [PATCH] D15121: A new clang-tidy module to find calls to `std::swap`, and change them to use ADL
commits@lists.llvm.org> wrote: > mclow.lists marked 5 inline comments as done. > mclow.lists added a comment. > > http://reviews.llvm.org/D15121 > > > > ___ > cfe-commits mailing list > cfe-commits@lists.llvm.org > htt
Re: [cfe-users] How do I make CMake use LLD
Generally the linker is invoked via the compiler wrapper (eg: "clang x.o y.o" to produce a.out), so you can add to your linker flags "-fuse-ld=lld" to tell the compiler wrapper to lld. On Mon, Mar 4, 2019 at 7:06 AM Itaru Kitayama via cfe-users < cfe-users@lists.llvm.org&g
Re: [Lldb-commits] [PATCH] D14844: Revert "Plug-in PlatformNetBSD initializer and terminator"
Agreed, when a CL is reverted due to a buildbot breakage, please include a link to the failing bot in the commit message of the revert. On Thu, Nov 19, 2015 at 5:57 PM Kamil Rytarowski via lldb-commits < lldb-commits@lists.llvm.org> wrote: > krytarowski added a comment. > > C
Re: [llvm-bugs] [Bug 25616] New: bug
PC > OSWindows NT > StatusNEW > Severity normal > Priority P > Component Mail > Assignee unassignedb...@nondot.org > Reporter jerromelic...@yahoo.com > CCllvm-bugs@lists.llvm.org > ClassificationUnclassified > >
Re: [lldb-dev] Debugging win64 from 32bits
No, there is no such thing currently. You can build an x64 lldb, it should work in theory but it's not well tested. If you want to port llgs to Windows that would be great :) On Tue, Apr 19, 2016 at 7:40 AM Carlo Kok via lldb-dev < lldb-dev@lists.llvm.org> wrote: > Hi, > > Is
Re: [lldb-dev] [llvm-dev] [cfe-dev] GitHub anyone?
+1 from me On Tue, May 31, 2016 at 12:51 PM, Tim Northover via llvm-dev < llvm-...@lists.llvm.org> wrote: > On 31 May 2016 at 12:31, Renato Golin via cfe-dev > wrote: > > What do people think? Any issue not covered that we should? > > I'm in favour of the move. Git
Re: [lldb-dev] [llvm-dev] lldb-mi functionality
Not too much documentation unfortunately, but I'm cc'ing lldb-dev@. Hopefully one of the people who have worked on authoring / maintaining this will see it and chime in. On Fri, Mar 10, 2017 at 7:36 PM Chad Smith via llvm-dev < llvm-...@lists.llvm.org> wrote: > Is there any do
Re: [lldb-dev] [Release-testers] [6.0.0 Release] Release Candidate 1 tagged
Uploaded afeb7f66eedd4d576ba8df9b4a551bb1908186e6 clang+llvm-6.0.0-rc1-linux-x86_64-sles11.3.tar.xz On Wed, Jan 17, 2018 at 11:53 AM, Hans Wennborg via Release-testers < release-test...@lists.llvm.org> wrote: > Dear testers, > > Start your engines; 6.0.0-rc1 was just tagged. &
Re: [lldb-dev] The LLVM Sanitizers stage accomplished
Great work. Have you tried (or considered) setting up an LLDB buildbot that runs the LLDB test suite with all of the sanitizers turned on? On Thu, Feb 1, 2018 at 5:39 AM Kamil Rytarowski via lldb-dev < lldb-dev@lists.llvm.org> wrote: > I've finished the interruption for L
Re: [lldb-dev] [GSoC] Re-implement lldb-mi on top of the LLDB public API
Nice to see great progress in this area! On Sun, Aug 12, 2018 at 2:49 PM, Александр Поляков via lldb-dev < lldb-dev@lists.llvm.org> wrote: > Hi LLVM folks, > > During this summer I was working on re-implementing of lldb-mi to > correctly use LLDB public API. You are welcom
Re: [lldb-dev] [Release-testers] LLVM 11.1.0-rc1 has been tagged
On Thu, 14 Jan 2021 at 02:46, Tom Stellard via Release-testers < release-test...@lists.llvm.org> wrote: > Hi, > > LLVM 11.1.0-rc1 has been tagged. This is a special release with a > libclang.so ABI fix to ensure libclang.so remains compatible with LLVM > 10 and LLVM 12. Test
Re: [lldb-dev] [Release-testers] LLVM 12.0.0-rc2 has been tagged
aries. Cheers, Diana On Wed, 24 Feb 2021 at 05:45, Tom Stellard via Release-testers < release-test...@lists.llvm.org> wrote: > Hi, > > LLVM 12.0.0-rc2 has been tagged. Please test and report any issues in > bugzilla. > > -Tom > > __
Re: [lldb-dev] [Release-testers] 13.0.0-rc2 has been tagged
same as rc1. Cheers, Diana On Fri, 27 Aug 2021 at 07:20, Tom Stellard via Release-testers < release-test...@lists.llvm.org> wrote: > Hi, > > I've tagged the 13.0.0-rc2 release. Testers can begin testing and > uploading > binaries. > > 13.0.0-rc3 is schedule
Re: [lldb-dev] ThreadPlanStepOverBreakpoint behavior
My suspicion is that the one and only person who knows the answer to that is Jim Ingham, and he won't be available to answer that for roughly another week. On Fri, Sep 25, 2015 at 1:51 PM, Philippe Lavoie via lldb-dev < lldb-dev@lists.llvm.org> wrote: > > I no
Re: r331056 - [docs] add -ffp-cast-overflow-workaround to the release notes
On 27 April 2018 at 17:09, Chandler Carruth via cfe-commits < cfe-commits@lists.llvm.org> wrote: > On Fri, Apr 27, 2018 at 4:36 PM Richard Smith via cfe-commits < > cfe-commits@lists.llvm.org> wrote: > >> On 27 April 2018 at 16:07, Sanjay Patel via cfe-commits <
Re: [lldb-dev] lldb compiled from source 5X slower than homebrew or default lldb
relevant for osx, actually. (I'm specifically thinking of the > SymbolFileDWARF::Index call, which is done unconditionally, but I think that > index is unused if we have accelerator tables). > > On Mon, 12 Mar 2018 at 21:59, Adrian Prantl via lldb-dev > mailto:lldb-de
Re: [lldb-dev] clang::VersionTuple
Thank you all for the feedback. I'll get on with this when I find some spare time. I will send a patch which will show the final look of the code, before I start moving VersionTuple into llvm. cheers, pl On Tue, 8 May 2018 at 19:46, Frédéric Riss via lldb-dev < lldb-dev@lists.llvm.or
Re: r257357 - [Sema] Issue a warning for integer overflow in struct initializer
d add an appropiate case to the test, please? > > Joerg > _______ > cfe-commits mailing list > cfe-commits@lists.llvm.org <mailto:cfe-commits@lists.llvm.org> > http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits > <http:/
Re: [cfe-users] Using -fsanitize=safe-stack compiler/linker flag
_ptr. > Is this because that symbol is only available in Clang’s libc++ runtime > library but not in gcc’s libstdc++? > > > Alex Chen > > ___ > cfe-users mailing list > cfe-users@lists.llvm.org <mailto:cfe-users@lists.llv
Re: [cfe-users] [clang-format] Trailing return type
I think that was a bug fix as the latest clang-format will convert the "Before" code to "After" even in the absence of the .clang-format configuration file. Regards, Owen On Wed, Oct 31, 2018 at 2:24 PM Mateusz Loskot via cfe-users < cfe-users@lists.llvm.org> wrote:
Re: [cfe-users] Problem with installing clang-3.8.0
> When I write: `sudo apt-get install clang-3.8.0` I get following message > (screen included) > > > Os version: Ubuntu 20.04 > 08-02-28.png>___ > cfe-users mailing list > cfe-users@lists.llvm.org <mailto:cfe-users@lists.llv
[llvm-bugs] [Bug 16257] fmul of undef ConstantExpr not folded to undef
|NEW |RESOLVED Fixed By Commit(s)||327058 Resolution|--- |FIXED --- Comment #4 from Sanjay Patel --- There was a good discussion about the semantics here: http://lists.llvm.org/pipermail/llvm-dev/2014-August
[llvm-bugs] [Bug 16258] fadd with undef not folded
)||327212 Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Sanjay Patel --- There was a good discussion about the semantics here: http://lists.llvm.org/pipermail/llvm-dev/2014-August
Re: [lldb-dev] [cfe-dev] [3.8 Release] RC2 has been tagged
Tested RC2 w/SLES11.3, x86_64. No regressions. 81c1ea3fafee883fbbd396779d1e62714304eff6 rc2/clang+llvm-3.8.0-rc2-linux-x86_64-sles11.3.tar.xz On Tue, Feb 2, 2016 at 3:15 PM, Hans Wennborg via cfe-dev < cfe-...@lists.llvm.org> wrote: > Dear testers, > > Release Candidate
Re: [lldb-dev] How to link lldb on i386
>> PS: please cc me ! >> >> >> ___ >> lldb-dev mailing list >> lldb-dev@lists.llvm.org >> http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev >> > ___ &g
Re: [lldb-dev] [llvm-dev] [Attn: Bot Owners!] Raising CMake minimum version to 3.4.3
All the MIPS buildbots are ready too. From: llvm-dev [mailto:llvm-dev-boun...@lists.llvm.org] On Behalf Of NAKAMURA Takumi via llvm-dev Sent: 25 May 2016 23:03 To: Chris Bieneman; llvm-...@lists.llvm.org; cfe-...@lists.llvm.org; lldb-dev@lists.llvm.org Subject: Re: [llvm-dev] [Attn: Bot Owners
Re: [lldb-dev] RFC: Break/Watchpoint refactor
-dev < lldb-dev@lists.llvm.org> wrote: > > > On 09/27/2016 03:37 PM, Enrico Granata wrote: > > > On Sep 27, 2016, at 1:09 PM, Daniel Austin Noland via lldb-dev < > lldb-dev@lists.llvm.org> wrote: > > * Prefer explicitly deleted copy ctor / assignments over multili
Re: [lldb-dev] LLDB 4.0.0 crashes on Windows 7
ve Project > -Original Message- > From: lldb-dev [mailto:lldb-dev-boun...@lists.llvm.org] On Behalf Of Eli > Zaretskii via lldb-dev > Sent: Tuesday, December 06, 2016 10:39 AM > To: Zachary Turner > Cc: lldb-dev@lists.llvm.org > Subject: Re: [lldb-dev] LLDB 4.0.0 crashes on
Re: [lldb-dev] problem question, LLDB: process launch failed: Lost debug server connection
<https://www.avast.com/antivirus> > 이 이메일은 Avast 안티바이러스 소프트웨어로 바이러스 검사를 완료했습니다. > www.avast.com <https://www.avast.com/antivirus> > _______ > lldb-dev mailing list > lldb-dev@lists.llvm.org <mailto:lld
Re: [lldb-dev] purpose of ProcessGDBRemote::m_flags
d, even constant getter? And other question: isn’t it better to move > this member to new plugin Architecture to be able to store dynamic > architecture features (read from target’s configuration registers, for > example)? > ___ >
Re: [lldb-dev] Sanitizers update: The LLVM Thread Sanitizer has been ported to NetBSD
t the sanitizers aboard. I will be back to LLDB once I will finish MSan. On 30.11.2017 21:27, Zachary Turner wrote: > Have you been able to run lldb under any sanitizers yet? > On Thu, Nov 30, 2017 at 12:24 PM Kamil Rytarowski via lldb-dev > mailto:lldb-dev@lists.llvm.org>> wrote: > >
Re: [lldb-dev] [cfe-dev] [7.0.0 Release] rc1 has been tagged
v-boun...@lists.llvm.org] On Behalf Of Hans > Wennborg via cfe-dev > Sent: Friday, August 03, 2018 7:38 AM > To: Release-testers > Cc: llvm-dev; cfe-dev; openmp-dev (openmp-...@lists.llvm.org); LLDB Dev > Subject: [cfe-dev] [7.0.0 Release] rc1 has been tagged > > Dear testers, >
Re: [lldb-dev] [Release-testers] 10.0.1-rc4 tagged
inary files the are different? -Tom On Tue, Jul 7, 2020 at 11:08 PM Tom Stellard via Release-testers mailto:release-test...@lists.llvm.org>> wrote: Hi, I've tagged 10.0.1-rc4, please test and report the results. -Tom ___
[libclc] 44f81df - Remove references to old mailing lists that have moved to discourse. Replace with links to discourse.
+135,9 @@ Get it and get involved! command in either LLVM/Clang/compiler-rt or standalone compiler-rt build tree. - compiler-rt doesn't have its own mailing list, if you have questions please - email the https://lists.llvm.org/mailman/listinfo/llvm-dev";>llvm-dev mail
Re: [PATCH] D35338: Add the -fdestroy-globals flag
rote: > > I'd love to use this flag in non-firmware code FWIW. > > On Fri, Jan 26, 2018 at 4:07 PM, Ian Tessier via Phabricator via cfe-commits > mailto:cfe-commits@lists.llvm.org>> wrote: > itessier added a comment. > > > That seems like a nice win and I like
Re: r296554 - [PS4] Set our default dialect to C++11. NFC for other targets.
Robinson via cfe-commits > mailto:cfe-commits@lists.llvm.org>> wrote: > Author: probinson > Date: Tue Feb 28 19:01:10 2017 > New Revision: 296554 > > URL: http://llvm.org/viewvc/llvm-project?rev=296554&view=rev > <http://llvm.org/viewvc/llvm-project?rev=296554&view
RE: [ReviewRequest] [Sema/Parser] GCC Compatibility Patch: Support for __final specifier
Done! Attached a new diff. From: David Majnemer [mailto:david.majne...@gmail.com] Sent: Monday, July 25, 2016 1:18 PM To: Keane, Erich Cc: cfe-commits@lists.llvm.org Subject: Re: [ReviewRequest] [Sema/Parser] GCC Compatibility Patch: Support for __final specifier You've added a co
Re: [cfe-users] uniquely identifying names
the > same line/file of that included file - or a macro that defines multiple > functions - both can be resolved by looking at the more complete location > information (including macro locations, etc)) > > On Fri, Aug 26, 2016 at 5:11 AM folkert via cfe-users > mailto:cfe-users@l
Re: [cfe-users] problem with `candidate template ignored: invalid explicitly-specified argument'
and adding a non-member overload situation to > demonstrate that that works on both compilers: https://godbolt.org/z/cTq06R > <https://godbolt.org/z/cTq06R> > > On Sat, Nov 3, 2018 at 3:19 PM Werner LEMBERG via cfe-users > mailto:cfe-users@lists.llvm.org>> wrote: >
Re: [lldb-dev] [Bug 25896] New: Hide stack frames from specific source files
ldb-dev@lists.llvm.org> wrote: > Sounds like you almost want the ability to do a backtrace projection. At > one point I wanted this for cross C++/Java frames, but I haven't worked on > that problem in some time. > > Android folks - did we ever add anything to support hiding so
Re: [lldb-dev] [Bug 25896] New: Hide stack frames from specific source files
lvm.org/bugs/show_bug.cgi?id=25896#c1 > > On Sun, Dec 20, 2015 at 9:01 PM Todd Fiala via lldb-dev < > lldb-dev@lists.llvm.org> wrote: > >> Sounds like you almost want the ability to do a backtrace projection. At >> one point I wanted this for cross C++/Java frames, but I
Re: [lldb-dev] [cfe-dev] [llvm-dev] GitHub anyone?
ust* those topics. Any changes of workflow should be deferred until after and if these changes happen. -Chris > > On Jun 6, 2016 11:44 AM, "Joerg Sonnenberger via cfe-dev" > mailto:cfe-...@lists.llvm.org>> wrote: > On Mon, Jun 06, 2016 at 10:32:45AM -0500, via llvm-d
[lldb-dev] FYI: Landing the initial draft for an LLVM Code of Conduct
place to avoid revisiting areas that have already been heavily discussed. Also, many thanks to the folks who provided all their opinions on the mailing list threads and in person in long discussions about this topic. Thanks, -Chandler [1]: Prior announcements: http://lists.llvm.org/pipermail
Re: [lldb-dev] Add support for OCaml native debugging
Can you upload your patches to http://reviews.llvm.org/differential/ as we do all code reviews in that system? Tamas On Fri, Jul 8, 2016 at 10:53 AM E BOUTALEB via lldb-dev < lldb-dev@lists.llvm.org> wrote: > To be frank, I do not like that either. I could add the test the DWARF &
Re: [lldb-dev] LLDB REFORMATTING IN PROGRESS
Hi! clang-formatting of my patch changed the style outside the patch (diff: https://reviews.llvm.org/D24331?vs=70653&id=70654). Am I doing something wrong? On Wed, Sep 7, 2016 at 1:06 PM, Pavel Labath via lldb-dev < lldb-dev@lists.llvm.org> wrote: > Windows unit tests passing n
Re: [lldb-dev] [cfe-dev] [llvm-dev] [4.0.0 Release] Relase Candidate 1 has been tagged
> I added to AstReader.cpp: > #include "llvm/Support/Error.h" > > But there's still the other error. > > On Wed, Jan 18, 2017 at 10:45 AM, Hans Wennborg via llvm-dev > mailto:llvm-...@lists.llvm.org>> wrote: > Dear testers, > > 4.0.0-rc1 was ju
Re: [lldb-dev] non-stop mode with lldb-mi?
t: Wednesday, February 01, 2017 11:13 PM > To: Ted Woodward > Cc: LLDB > Subject: Re: [lldb-dev] non-stop mode with lldb-mi? > > Please check `-gdb-set target.async` option. Probably that's what you need. > > On Thu, Feb 2, 2017 at 1:44 AM, Ted Woodward via lldb-dev >
Re: [lldb-dev] I had to back out r313904, it causes lldb to assert on startup if you have a .lldbinit file
ink that interruption should affect the "outmost" > command scope rather than just interrupting the current command, what do you > think? > > > > > On Wed, Sep 27, 2017 at 6:46 PM, Jim Ingham via lldb-dev > mailto:lldb-dev@lists.llvm.org>> wrote: >
Re: [lldb-dev] [llvm-dev] [cfe-dev] [7.0.0 Release] rc1 has been tagged
m-dev wrote: > > > > -Original Message- > > From: hwennb...@google.com [mailto:hwennb...@google.com] On Behalf Of > Hans > > Wennborg > > Sent: Friday, August 03, 2018 9:40 AM > > To: Robinson, Paul > > Cc: Release-testers; llvm-dev; openmp-dev (op
Re: [Lldb-commits] Patch for fixing FDE indexing when scan debug_info section
Formatting is done. Created D33504, and it is accepted now, but what should I do next (I haven’t commit access)? Thanks, Tatyana From: Abid, Hafiz [mailto:hafiz_a...@mentor.com] Sent: Wednesday, 24 May, 2017 12:37 PM To: Tatyana Krasnukha ; lldb-commits@lists.llvm.org Subject: Re: [Lldb
Re: [Lldb-commits] [lldb] r316740 - Fix a use-after-free in lldb-server
e don't already know. We need > better test coverage. > > On Tue, Oct 31, 2017 at 8:08 AM Greg Clayton via lldb-commits > mailto:lldb-commits@lists.llvm.org>> wrote: > This is one example of how StringRef causes issues because it was adopted > everywhere. Is the
Re: [lldb-dev] Patch for addressing format warnings on 32-bit
Incidentally, once we can start requiring VS 2015 %z will be supported there. Not sure if MSVC is the only supported platform that currently doesn't support %z On Mon, Jan 4, 2016 at 11:24 AM Greg Clayton via lldb-dev < lldb-dev@lists.llvm.org> wrote: > Please do cast to 64 bit a
Re: [lldb-dev] [llvm-dev] [RFC] Deprecate pre-commit email code reviews in favor of Phabricator
of comments without the fear that a review comment may end up overlooked. 3. This changesimply codifies an existing practice. *Concerns:* 1. Because of the larger variety, email clients may offer better accessibility options than web browsers. [1] https://lists.llvm.org/pipermail/llvm
Re: r326168 - Attempt to fix greendragon bot after r326141
ruary 26, 2018 at 9:51 PM > To: Shoaib Meenai mailto:smee...@fb.com>> > Cc: Zachary Turner mailto:ztur...@google.com>>, > "cfe-commits@lists.llvm.org <mailto:cfe-commits@lists.llvm.org>" > mailto:cfe-commits@lists.llvm.org>>, Reid > Kleckner mailto:
Re: [libcxx] r249929 - Split out of .
weekend I'll > ask Richard to revert while we work on it. > > /Eric > > On Oct 23, 2015 10:13 PM, "Michael Zolotukhin via cfe-commits" > mailto:cfe-commits@lists.llvm.org>> wrote: > Hi Richard, > > Is this patch ready for commit, or were you just ch
[PATCH] D68076: [AArch64] Enable unwind tables by default for Gnu targets
tellenbach added a comment. Please also see the ongoing discussion on the mailing list: http://lists.llvm.org/pipermail/llvm-dev/2019-September/135433.html <http://lists.llvm.org/pipermail/llvm-dev/2019-September/135433.html> Repository: rC Clang CHANGES SINCE LAST ACTION
Re: [PATCH] Use the correct ObjC EH personality
___ > cfe-commits mailing list > cfe-commits@lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits > ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Re: r326168 - Attempt to fix greendragon bot after r326141
Zachary Turner Date: Monday, February 26, 2018 at 10:36 PM To: Adam Nemet Cc: Shoaib Meenai , "cfe-commits@lists.llvm.org" , Reid Kleckner Subject: Re: r326168 - Attempt to fix greendragon bot after r326141 So this doesn’t appear to fix the issue that led to my revert earlier. http://l
Re: [PATCH] D37954: Expand absolute system header paths when using -MD depfiles
Have you checked how much the additional stat()ing added in this patch slows down builds? On Sep 16, 2017 11:49 PM, "Peter Wu via Phabricator via cfe-commits" < cfe-commits@lists.llvm.org> wrote: > Lekensteyn added a comment. > > I tried to contact Simon (the author
Re: [PATCH] D25387: When optimizing for size, enable loop rerolling by default.
failed test 236 failed test 236 failed test 236 failed On October 8, 2016 at 8:16:18 PM, Hal Finkel via cfe-commits (cfe-commits@lists.llvm.org) wrote: hfinkel closed this revision. hfinkel added a comment. r283685 https://reviews.llvm.org/D25387
Re: [PATCH] Warning for main returning a bool.
Friendly ping. Any further thoughts on this suggested warning? On Sat, Nov 5, 2016 at 1:48 PM Manuel Klimek wrote: > +richard > > On Fri, Oct 14, 2016 at 10:18 AM Joshua Hurwitz via cfe-commits < > cfe-commits@lists.llvm.org> wrote: > > See attached. > > Returning
Re: [PATCH] clang-format: SpaceBeforeParens (Always) with overloaded operators
If possible, could you send to patch through reviews.llvm.org? On Tue, Aug 11, 2015 at 1:37 PM, Jon Chesterfield via cfe-commits < cfe-commits@lists.llvm.org> wrote: > Hi, > > I believe this is being sent to the correct list. Please let me know if > there is a better choice. &g
Re: patch: clarify diagnostic when returned value doesn't match function return type
LGTM On Mon, Aug 10, 2015 at 7:08 PM, Nick Lewycky via cfe-commits < cfe-commits@lists.llvm.org> wrote: > This simple-minded patch extends the case where we report "no viable > conversion from 'X' to 'Y'" to emit a more useful diagnostic "no viable
Re: [PATCH] D12134: [DEBUG INFO] Source correlation for lambda captured values.
Looks like the initial mail didn't hit the mailing list? Does someone want to restart this review and/or forward that initial mail with the patch/description/etc? On Mon, Aug 24, 2015 at 11:00 PM, Eric Christopher via cfe-commits < cfe-commits@lists.llvm.org> wrote: > echristo a
Re: [PATCH] D22834: Added 'inline' attribute to basic_string's destructor
On Sat, Jul 30, 2016 at 1:47 PM, Joerg Sonnenberger via cfe-commits < cfe-commits@lists.llvm.org> wrote: > On Tue, Jul 26, 2016 at 10:30:22PM +, Laxman Sole via cfe-commits > wrote: > > Currently basic_string's destructor is not getting inlined. So adding > 'inl
Re: [PATCH] D19072: [CodeGen] Split CGDebugInfo into CGDebugInfo and CGDebugDwarf
< cfe-commits@lists.llvm.org> wrote: > echristo requested changes to this revision. > echristo added a comment. > This revision now requires changes to proceed. > > As a note I'm going to want to review this before it goes in. >