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] [Release-testers] [3.9 Release] Release Candidate 2 has been tagged
Hi, built successfully and passed initial tests on OpenMandriva x86_64, aarch64, i586 and armv7hnl. ttyl bero On 19 August 2016 at 03:51, Hans Wennborg via Release-testers < release-test...@lists.llvm.org> wrote: > Dear testers, > > 3.9.0-rc2 was just tagged from the 3.9 br
Re: [lldb-dev] [Release-testers] [3.9 Release] Release Candidate 2 source and binaries available
Hi Hans, I did upload the aarch64 binary, didn't you find it? Maybe I uploaded the wrong one? Cheers, Renato On 22 Aug 2016 7:55 p.m., "Hans Wennborg via Release-testers" < release-test...@lists.llvm.org> wrote: > We're getting close to the final release. I know t
Re: [lldb-dev] Psuedo terminal on Windows
Ahh that explains why I didn't notice it. Is the fix straightforward? On Mon, Sep 12, 2016 at 1:31 AM Carlo Kok via lldb-dev < lldb-dev@lists.llvm.org> wrote: > > > On 2016-09-12 10:06, Carlo Kok via lldb-dev wrote: > > Hi, > > > > ProcessLaunchInfo see
Re: [lldb-dev] unittests/SymbolFile/PDB/Inputs/test-pdb.exe
defaultlib) which we did in order to minimize the binary size (the pdb is quite large if we don't do this) On Mon, Nov 7, 2016 at 4:03 PM Jim Ingham via lldb-dev < lldb-dev@lists.llvm.org> wrote: > Over in the Swift GitHub, somebody filed: > > https://bugs.swift.org/browse/SR-314
Re: [lldb-dev] Conditionally adding sources to the build
Unfortunately you will need to separate them at the directory levels. On Wed, Nov 30, 2016 at 4:29 PM Dmitry Mikulin via lldb-dev < lldb-dev@lists.llvm.org> wrote: > Hi, > > I’m trying to conditionally add source files to the lldb build based on a > cmake configure time v
Re: [lldb-dev] [cfe-dev] [4.0.0 Release] One week to the branch
5.0.0 > as per the new versioning scheme [2]. > > Cheers, > Hans > > [1] http://lists.llvm.org/pipermail/llvm-dev/2016-December/107805.html > [2] http://blog.llvm.org/2016/12/llvms-new-versioning-scheme.html > _______ > cfe-dev
Re: [lldb-dev] [llvm-dev] FYI, Phabricator is really slow due to HN about LLD
, 2017 at 1:37 PM Alex Bradbury via llvm-dev < > llvm-...@lists.llvm.org> wrote: > > On 17 February 2017 at 19:23, Chandler Carruth via lldb-dev > wrote: > > https://news.ycombinator.com/item?id=13670458 > > > > I'm restarting Phab with lots more cores / me
Re: [lldb-dev] Python scripting in Windows LLDB
Hmm, I believe it's only supposed to do that if you're doing a debug build. It should only require the Python libraries that match your current build. Is it not doing this? On Fri, May 19, 2017 at 1:15 PM Vadim Chugunov via lldb-dev < lldb-dev@lists.llvm.org> wrote: > Update
Re: [lldb-dev] lldb-mi doesn't work on MS-Windows
Hi! Did you build it from sources? If yes, please provide your configure options. On Tue, Aug 15, 2017 at 7:10 PM, Eli Zaretskii via lldb-dev < lldb-dev@lists.llvm.org> wrote: > Since at least two snapshots ago, lldb-mi no longer works on > MS-Windows: > > D:\usr\archive&
Re: [lldb-dev] cmake incremental OSX is red
you can revert that patch, and I'll check it out tomorrow. pl On Tue, 20 Mar 2018 at 17:22, Davide Italiano via lldb-dev < lldb-dev@lists.llvm.org> wrote: > I'm currently bisecting, but this is a FYI (in case it's obvious to > anybody) > > h
Re: [lldb-dev] [Release-testers] [7.0.0 Release] The final tag is in
est...@lists.llvm.org> wrote: > Dear testers, > > The final version of 7.0.0 has been tagged from the branch at r342370. > It is identical to rc3 modulo release notes and docs changes. > > Please build the final binaries and upload to the sftp. > > For those following along: this means 7
Re: [lldb-dev] [llvm-dev] Updates on SVN to GitHub migration
at 4:57 AM Jacob Carlborg via lldb-dev < lldb-dev@lists.llvm.org> wrote: > On 2018-10-24 08:25, Whisperity via cfe-dev wrote: > > They are not shown in the project graph, but if you open the "branch" > > drop down it has a tab named 'Tags'. > >
Re: [lldb-dev] [Release-testers] [8.0.0 Release] rc1 has been tagged
-x86_64-linux-sles11.3.tar.xz On Wed, Jan 23, 2019 at 6:50 PM Hans Wennborg via Release-testers < release-test...@lists.llvm.org> wrote: > Dear testers, > > 8.0.0-rc1 was just tagged (from the branch at r351980). > > It took a little longer than planned, but it's looking goo
Re: [lldb-dev] Anybody using the GUI?
l/share/rr when it gets too bloated ``` I did try `gui` several times in the past but did not succeed. On Tue, Aug 27, 2019 at 5:33 AM René J.V. Bertin via lldb-dev < lldb-dev@lists.llvm.org> wrote: > On 20190826 21:41, Jim Ingham wrote: > > The GUI is built into lldb, it
Re: [lldb-dev] [llvm-dev] [cfe-dev] How soon after the GitHub migration should committing with git-llvm become optional?
t time. On Thu, Oct 17, 2019 at 7:42 PM Qiu Chaofan via llvm-dev < llvm-...@lists.llvm.org> wrote: > I think it's okay to auto-delete these unexpected branches by either > cron job or GitHub webhook. But should the system send email to those > branch creators notifying that th
Re: [lldb-dev] [llvm-dev] December LLVM bay-area social is this Thursday!
e a replacement > venue? > > > https://www.mv-voice.com/blogs/p/2019/12/23/facing-monthslong-closure-due-to-chemical-contamination-mountain-view-brewery-tied-house-calls-it-quits > > > On Wed, Dec 4, 2019 at 12:49 PM George Burgess IV via llvm-dev < > llvm-...@lists.llvm.org> w
Re: [Lldb-commits] [lldb] 58473d8 - [lldb] Use LLDB_VERSION_STRING instead of CLANG_VERSION_STRING
Any chance of test coverage? On Mon, Dec 13, 2021 at 4:58 PM Jonas Devlieghere via lldb-commits < lldb-commits@lists.llvm.org> wrote: > > Author: Jonas Devlieghere > Date: 2021-12-13T16:58:39-08:00 > New Revision: 58473d84e0c7796de5dcfd3153e5d5cc8ad034b3 > > URL: > h
Re: [Lldb-commits] [lldb] 58473d8 - [lldb] Use LLDB_VERSION_STRING instead of CLANG_VERSION_STRING
This is NFC On Mon, Dec 13, 2021 at 5:00 PM David Blaikie wrote: > Any chance of test coverage? > > On Mon, Dec 13, 2021 at 4:58 PM Jonas Devlieghere via lldb-commits < > lldb-commits@lists.llvm.org> wrote: > >> >> Author: Jonas Devlieghere >> Date: 20
Re: [lldb-dev] [Release-testers] LLVM 11.0.1-rc1 has been tagged
Hi, I finished testing llvm-11.0.1-rc1 on Power PC 64bit Little Endian for - Ubuntu 18.04 - Red Hat 7.4 I have uploaded the binaries from IBM. The sha1 files are attached. Thanks, Ahsan Saghir. On Thu, 26 Nov 2020 at 02:21, Tom Stellard via Release-testers < release-test...@lists.llvm.
Re: [lldb-dev] [Release-testers] LLVM 11.0.1-rc1 has been tagged
ubuntu packages. The ubuntu binaries I've made do include it (test-release takes an "-lldb" arg). On Thu, Nov 26, 2020 at 1:21 AM Tom Stellard via Release-testers < release-test...@lists.llvm.org> wrote: > Hi, > > I've tagged LLVM 11.0.1-rc1. Testers may beg
Re: [lldb-dev] [Release-testers] LLVM 11.1.0-rc3 has been tagged
like the one above) lit :: googletest-timeout.py Cheers, Diana On Mon, 8 Feb 2021 at 18:15, Tom Stellard via Release-testers < release-test...@lists.llvm.org> wrote: > Hi, > > I've tagged LLVM 11.1.0-rc3. If there are no issues, then I'll be tagging > the final rel
Re: r253269 - Make FP_CONTRACT ON the default.
t; wrote: >> >> >> >> Note that due to this change we're hitting an assert at >> lib/CodeGen/CGExprScalar.cpp:2570 in llvm::Value >> *tryEmitFMulAdd(const (anonymous namespace)::BinOpInfo &, const >> clang::CodeGen::CodeGenFunction &, clang
Re: FW: SemaAccess bug (protected members of derived)
at 14:48, Dixon Ryan (ETAS/ERS-PD2) wrote: > From path: > > > > URL: http://llvm.org/svn/llvm-project/cfe/trunk > > Relative URL: ^/cfe/trunk > > > > *From:* Alex L [mailto:arpha...@gmail.com] > *Sent:* 21 March 2017 14:22 > *To:* Dixon Ryan (ETAS/ERS-P
Re: [Lldb-commits] [lldb] r319596 - Fix warnings in JSON.cpp, NFC
ngham wrote: > > > > Yes, we don't use llvm code in debugserver. It doesn't actually use any > lldb classes either, it's its own standalone thing. > > > > Jim > > > > > >> On Dec 1, 2017, at 4:01 PM, Zachary Turner via lldb-commits <
[PATCH] D121078: Replace links to archived mailing lists by links to Discourse forums
email the `llvm-dev mailing -list <http://lists.llvm.org/mailman/listinfo/llvm-dev>`_: it has lots -of people who are interested in languages and are often willing to help -out. +stuck or want to talk about it, please post on the `LLVM forums +<https://discourse.llvm.org>`_: it has lots o
Re: [lldb-dev] [cfe-dev] [llvm-dev] RFC: Switching from Bugzilla to Github Issues [UPDATED]
ug numbers sometimes made things even harder, since you had to spend three >> times as long trying to guess. >> >> In other words +1 to using unique numbers, however we do it. >> >> On Wed, 22 Apr 2020 at 03:44, Johannes Doerfert via cfe-dev >> wrote: >>> >
[Lldb-commits] [PATCH] D121078: Replace links to archived mailing lists by links to Discourse forums
email the `llvm-dev mailing -list <http://lists.llvm.org/mailman/listinfo/llvm-dev>`_: it has lots -of people who are interested in languages and are often willing to help -out. +stuck or want to talk about it, please post on the `LLVM forums +<https://discourse.llvm.org>`_: it has lots o
Re: [Lldb-commits] [lldb] r280755 - Reorder FreeBSD Host.cpp #includes to fix build
he above order. > It's crucial for and to be on a top as other > headers may assume that they were > already included. > > *Sent:* Wednesday, September 07, 2016 at 12:05 AM > *From:* "Dimitry Andric via lldb-commits" > *To:* "Zachary Turner" > *Cc:*
Re: [lldb-dev] Symbolic information in disassembler output
ue to complicated instruction formats it is very undesired for me to implement instruction tables again. DoGuessValueAt in StackFrame looks like what I need, thanks for this hint! From: lldb-dev [mailto:lldb-dev-boun...@lists.llvm.org] On Behalf Of Sean Callanan via lldb-dev Sent: Thursday, 31 A
Re: [lldb-dev] top-of-tree build failure when using configure on Linux?
via lldb-dev < lldb-dev@lists.llvm.org> wrote: > We forced a clean build because it wasn’t picking up an enum change that > affected the swig python bindings, and the objective c problem popped up. > > > > I’ve built with cmake on that machine, and it worked. I
Re: [lldb-dev] top-of-tree build failure when using configure on Linux?
t; pioneers in LLVM-land and remove the Makefile-based build system instead. > It doesn't seem like any of the people doing steady work on LLDB use it. > > - Bruce > > > On Fri, Sep 4, 2015 at 1:34 AM, Ted Woodward via lldb-dev < > lldb-dev@lists.llvm.org> wrote: > &
Re: [lldb-dev] top-of-tree build failure when using configure on Linux?
Project From: lldb-dev [mailto:lldb-dev-boun...@lists.llvm.org] On Behalf Of Ted Woodward via lldb-dev Sent: Thursday, September 03, 2015 1:34 PM To: 'Zachary Turner'; 'Todd Fiala' Cc: 'LLDB' Subject: Re: [lldb-dev] top-of-tree build failure when using configure o
RE: r338884 - [NFC] Silence unused variable warning in Attr.td/AttrParsedAttrImpl.inc
@lists.llvm.org>> wrote: Author: erichkeane Date: Fri Aug 3 06:01:32 2018 New Revision: 338884 URL: http://llvm.org/viewvc/llvm-project?rev=338884&view=rev Log: [NFC] Silence unused variable warning in Attr.td/AttrParsedAttrImpl.inc Modified: cfe/trunk/include/clang/Basic/Attr.td Mod
Re: [PATCH] D27180: Testbed and skeleton of a new expression parser
On 19/12/16 17:55, David Blaikie wrote: On Thu, Dec 15, 2016 at 2:18 PM Sean Callanan via Phabricator via cfe-commits <mailto:cfe-commits@lists.llvm.org>> wrote: spyffe updated this revision to Diff 81661. spyffe marked 2 inline comments as done. spyffe added
RE: r280057 - Combine two FileCheck patterns to prevent overzealous matching of .*
> -Original Message- > From: cfe-commits [mailto:cfe-commits-boun...@lists.llvm.org] On Behalf Of > Richard Smith via cfe-commits > Sent: Monday, August 29, 2016 10:15 PM > To: cfe-commits@lists.llvm.org > Subject: r280057 - Combine two FileCheck patterns to p
RE: [PATCH] D13100: [mips] Separated mips specific -Wa options, so that they are not checked on other platforms.
e. > -Original Message- > From: cfe-commits [mailto:cfe-commits-boun...@lists.llvm.org] On Behalf > Of Joerg Sonnenberger via cfe-commits > Sent: 24 September 2015 13:27 > To: cfe-commits@lists.llvm.org > Subject: Re: [PATCH] D13100: [mips] Separated mips specific -Wa options,
RE: [PATCH] D17021: Adding doxygen comments to the LLVM intrinsics (part 5, f16cintrin.h)
n't change that fact) - if approval was given off-list (eg: on IRC) it's best to mention who gave it & where (& ideally the person should provide it on-list just for record keeping) On Tue, Feb 9, 2016 at 4:16 PM, Katya Romanova via cfe-commits mailto:cfe-commits@lists.ll
Re: 3.8 Merge Request: r259776
gt; > Cheers, > Jonas > >> -Original Message- >> From: llvm-commits [mailto:llvm-commits-boun...@lists.llvm.org] On Behalf >> Of Hahnfeld, Jonas via llvm-commits >> Sent: Monday, May 23, 2016 8:13 AM >> To: Tom Stellard >> Cc: Bataev, Alexey (a.ba
Re: [lldb-dev] [llvm-dev] [3.9 Release] Release plan and call for testers
and we should not take it lightly. > > -- > Mehdi > > >> Given that I think it is >> an independent issue and would suggest we just keep the revisions >> simple and switch trunk to 4.0. >> >> Cheers, >> Rafael &
Re: [lldb-dev] Code ownership resignation
3 PM Chris Lattner via lldb-dev < lldb-dev@lists.llvm.org> wrote: > On Nov 16, 2016, at 3:55 PM, Enrico Granata via lldb-dev < > lldb-dev@lists.llvm.org> wrote: > > I would recommend that the community consider Jim Ingham for taking over > data formatters. He is already c
Re: [lldb-dev] [Release-testers] [4.0 Release] Schedule and call for testers
I hope you could branch and tag to projects atomically. Are you able? On Tue, Dec 6, 2016 at 3:26 AM Hans Wennborg via Release-testers < release-test...@lists.llvm.org> wrote: > Dear everyone, > > There's still plenty of time left, but I'd like to get the schedule
Re: [lldb-dev] [cfe-dev] [Release-testers] [8.0.0 Release] rc5 has been tagged
upload >> binaries. >> >> I'll publish source tarballs and docs as soon as possible, and binaries as >> they become available. >> >> Thanks for all your help so far, we're almost there :-) >> >> Cheers, >> Hans >>
Re: [lldb-dev] Default script language
iblua >> it into lldb, but it required "--script-language lua" on the command >> line. For now I'll just change the default to be eScriptLanguageLua in >> our tree, but would like to have this "just work" upstream. >> ___
Re: [lldb-dev] [cfe-dev] Attn Buildbot Owners: Would you like your builder to test the release branch?
easily run the test-release.sh script on the bot. The only issue is finding a way to securely upload the binaries. -Tom Cheers, Diana On Tue, 2 Feb 2021 at 01:46, Tom Stellard via cfe-dev mailto:cfe-...@lists.llvm.org>> wrote: Hi, I would like to improve the testing coverage
Re: Add warning for c++ member variable shadowing
Thanks Richard! Hopefully this is the last patch :D Could you please help me to commit it maybe? Thanks James From: on behalf of Richard Smith Date: Saturday, February 4, 2017 at 10:43 PM To: James Sun Cc: Saleem Abdulrasool , "cfe-commits@lists.llvm.org" , Aaron Ballman Subjec
Re: [lldb-dev] Compiling LLDB on Centos 5 (dont judge me)
: Oleksiy Vyalov; lldb-dev@lists.llvm.org Subject: Re: [lldb-dev] Compiling LLDB on Centos 5 (dont judge me) I fixed several RHEL-derived distribution-related issues in top of tree LLDB a few weeks back. It was for RHEL 7-derived builds, so quite a bit newer. If you are building your lldb off of
Re: [lldb-dev] Passing std::atomics by value
mp; rhs) : > m_section_wp (rhs.m_section_wp), > m_offset(rhs.m_offset.load()) // this is the std::atomic<> > { > } > > circumventing the problem. > > On Fri, Aug 26, 2016 at 1:11 PM Mehdi Amini <mailto:mehdi.am...@apple.com>> wrote: >
Re: [lldb-dev] Connecting to lldb-rpc-server
;> wrote: >> I am gonna echo Kate's question, but delve one level deeper >> >> Why do you want to send commands to LLDB from a different process? >> >> We have a bunch of different extension points in LLDB, so it's possible that >> what you're tr
Re: [lldb-dev] non-stop mode with lldb-mi?
eg Clayton > Cc: Ted Woodward ; LLDB d...@lists.llvm.org> > Subject: Re: [lldb-dev] non-stop mode with lldb-mi? > > > > On Feb 3, 2017, at 8:45 AM, Greg Clayton via lldb-dev d...@lists.llvm.org> wrote: > > > > Non-stop mode is a huge change to the core of LL
Re: [PATCH] D52781: [clangd] Don't make check-clangd as a dependency in check-clang-tools
et 'while there'. > > Repository: > rCTE Clang Tools Extra > > https://reviews.llvm.org/D52781 > > > > ___ > cfe-commits mailing list > cfe-commits@lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/cf
Re: [PATCH] D30768: [PATCH][VFS] Ignore broken symlinks in the directory iterator.
mment. > > Thanks Bruno. Committed in r297510. > > > Repository: > rL LLVM > > https://reviews.llvm.org/D30768 > > > > _______ > cfe-commits mailing list > cfe-commits@lists.llvm
Re: [PATCH] D26843: Make sizeof expression context partially evaluated
tp://melpon.org/wandbox/permlink/C4pCnoVGmS0qBUxf>. Compile for C++11 instead of C++03. ~Aaron > > > https://reviews.llvm.org/D26843 > > > > ___ > cfe-commits mailing list > cfe-commits@lists.llvm.org > ht
Re: [PATCH] D3976: -Wcomma, a new warning for questionable uses of the comma operator
04-cmake/builds/11554 > Could you take a look? > > > Repository: > rL LLVM > > http://reviews.llvm.org/D3976 > > > > ___ > cfe-commits mailing list > cfe-commits@lists.llvm.org > h
Re: [PATCH] D17444: PR26672: [MSVC] Clang does not recognize "static_assert" keyword in C mode
rd instead of a predefined macro. ~Aaron > > > http://reviews.llvm.org/D17444 > > > > ___ > cfe-commits mailing list > cfe-commits@lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits __
Re: [PATCH] [clang] Emit ObjC method and block annotation attributes to IR
r that. > > -- > Max Bazaliy > ___ > cfe-commits mailing list > cfe-commits@lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits signature.asc Description: Message signed with OpenPGP using GPGMail _
Re: [PATCH] D17444: PR26672: [MSVC] Clang does not recognize "static_assert" keyword in C mode
> > lgtm > > > http://reviews.llvm.org/D17444 > > > > ___ > cfe-commits mailing list > cfe-commits@lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits ___
Re: [Lldb-commits] [PATCH] D50290: Fix a bug in VMRange
you to make this > slightly better. Other than that, good find! > > > Repository: > rLLDB LLDB > > https://reviews.llvm.org/D50290 > > > > ___ > lldb-commits mailing list > lldb-commits@lists.llvm.org >
Re: [Lldb-commits] [PATCH] D32087: Modify GDBRemoteCommunication::ScopedTimeout to not ever decrease a timeout
> > looks good, thank you. > > > https://reviews.llvm.org/D32087 > > > > ___ > lldb-commits mailing list > lldb-commits@lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits >
[llvm-bugs] [Bug 47284] New: [lldb] Merge 1ce07cd614be into 11.0
Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: dimi...@andric.com CC: jdevliegh...@apple.com, llvm-bugs@lists.llvm.org Please merge https://reviews.llvm.org/D86355 / https://reviews.llvm.org/rG1ce07cd614be into 11.0. This fixes an
[llvm-bugs] [Bug 48375] New: TestReturnValue.py test failures on FreeBSD/i386
: enhancement Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: mgo...@gentoo.org CC: jdevliegh...@apple.com, llvm-bugs@lists.llvm.org The two following tests fail on FreeBSD/i386: test_with_python test_vector_values
[llvm-bugs] [Bug 48944] New: D89156 caused build failure on 11.0.1 for MacOS target
: release blocker Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: a...@mozilla.com CC: jdevliegh...@apple.com, llvm-bugs@lists.llvm.org D89156 caused build failure on 11.0.1 for MacOS target. I have created D95683 to
[llvm-bugs] [Bug 50233] New: Merge 3a62d4fde88544125ce9ceff990db108ee91148a into 12.0.1
Severity: normal Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: b...@comstyle.com CC: jdevliegh...@apple.com, llvm-bugs@lists.llvm.org Blocks: 49317 Please merge https://github.com/llvm/llvm-project
[llvm-bugs] [Bug 44259] New: lldb crashes because of stack overflow in clang::ASTContext::getASTRecordLayout
Status: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: vadi...@gmail.com CC: jdevliegh...@apple.com, llvm-bugs@lists.llvm.org lldb was built from top of the master (d5acc83a
[llvm-bugs] [Bug 38880] New: lldb-mi -exec-jump not implemented
Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: malape...@gmail.com CC: llvm-bugs@lists.llvm.org -exec-jump is not implemented in lldb-mi which prevents features such as "move to line" and "resume at line&quo
[llvm-bugs] [Bug 40802] New: gcc parity: -fstack-clash-protection isn't implemented in clang
Linux Status: NEW Severity: enhancement Priority: P Component: Driver Assignee: unassignedclangb...@nondot.org Reporter: sylves...@debian.org CC: llvm-bugs@lists.llvm.org, neeil...@live.com, richard-l...@metafoo.co.uk
[llvm-bugs] [Bug 36258] New: Include comprehensive list of all LLDB settings
Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: michael.ei...@gmail.com CC: llvm-bugs@lists.llvm.org It would be great to see a full list of the settings for LLDB. Or, if it already exists, to make it easier to find
[llvm-bugs] [Bug 36714] New: No support for SBValue::Cast() for C++ types with virtual inheritance
Status: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: v...@apple.com CC: llvm-bugs@lists.llvm.org The test_value_cast_with_virtual_inheritance will be skipped until we decide to
[llvm-bugs] [Bug 36715] New: Expression evaluation of printf is incorrect (TestPrintf.py)
: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: v...@apple.com CC: llvm-bugs@lists.llvm.org The expr evaluator claims printf("Hello\n") returns 0, but it should return 6. This w
[llvm-bugs] [Bug 36739] New: Fix tests which check that the lldb-mi driver exits properly
: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: v...@apple.com CC: llvm-bugs@lists.llvm.org Virtually everything in TestMiExit.py has been xfailed for a while. -- You are receiving this
[llvm-bugs] [Bug 36740] New: Fix tests which check the lldb-mi -gdb-set and -gdb-show commands
Status: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: v...@apple.com CC: llvm-bugs@lists.llvm.org Virtually everything in TestMiGdbSetShow.py has been xfailed for a while. -- You are
[llvm-bugs] [Bug 37194] New: TestGoUserExpression test hanging on FreeBSD
: enhancement Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: ema...@freebsd.org CC: llvm-bugs@lists.llvm.org Test suite is hanging on FreeBSD in TestGoUserExpression with python spinning at 100% CPU. Cursory investigation
[llvm-bugs] [Bug 37995] New: LLDB only supports GPR registers on Windows
Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: sti...@microsoft.com CC: llvm-bugs@lists.llvm.org Only GPR registers are supported in LLDB on Windows. There is no support for floating point registers. -- You are receiving
[llvm-bugs] [Bug 38222] New: LLDB creates a new console at process launch on Windows
Severity: enhancement Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: kenji.koyan...@gmail.com CC: llvm-bugs@lists.llvm.org I think that CREATE_NEW_CONSOLE is unnecessary. source/Host/windows
[llvm-bugs] [Bug 25396] New: Unclear error message when loading PE executable on OS X
: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: whitequ...@whitequark.org CC: llvm-bugs@lists.llvm.org Classification: Unclassified lldb currently says: "error: the platform i
[llvm-bugs] [Bug 27182] New: TestCallWithTimeout.py failing on OS X
Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: todd.fi...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified This test started failing recently on the Green Dragon OS X builder. Marking XFAIL while it
[llvm-bugs] [Bug 27469] New: [PATCH] Update comment in lldb-enumerations.h
Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: manishea...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Created attachment 16250 --> https://llvm.org/bugs/attachment.cgi?id=16250&
[llvm-bugs] [Bug 27861] New: TestObjCMethods2.py - test_NSString_expr_commands_gmodules() fails
Status: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: todd.fi...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Once http://reviews.llvm.org/D19998 lands
[llvm-bugs] [Bug 27862] New: TestRuntimeTypes.py test_break_gmodules() fails on OS X
Severity: normal Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: todd.fi...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified When http://reviews.llvm.org/D19998 lands
[llvm-bugs] [Bug 27864] New: TestTopLevelExprs.py test_top_level_expressions_gmodules() fails on OS X
Status: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: todd.fi...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Once http://reviews.llvm.org/D19998
[llvm-bugs] [Bug 27865] New: DeadStripTest.py test_gmodules() fails on Linux x86_64
: normal Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: todd.fi...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified When http://reviews.llvm.org/D19998 lands: on Ubuntu 14.04 x86_64, using top of
[llvm-bugs] [Bug 31272] New: 3.9.1-rc2 SLES11.3 test failures
https://llvm.org/bugs/show_bug.cgi?id=31272 Bug ID: 31272 Summary: 3.9.1-rc2 SLES11.3 test failures Product: libraries Version: 3.9 Hardware: PC URL: http://lists.llvm.org/pipermail/llvm-dev/2016-December
[lldb-dev] [Bug 25396] New: Unclear error message when loading PE executable on OS X
: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-dev@lists.llvm.org Reporter: whitequ...@whitequark.org CC: llvm-b...@lists.llvm.org Classification: Unclassified lldb currently says: "error: the platform i
[lldb-dev] [Bug 27182] New: TestCallWithTimeout.py failing on OS X
Priority: P Component: All Bugs Assignee: lldb-dev@lists.llvm.org Reporter: todd.fi...@gmail.com CC: llvm-b...@lists.llvm.org Classification: Unclassified This test started failing recently on the Green Dragon OS X builder. Marking XFAIL while it
[lldb-dev] [Bug 27469] New: [PATCH] Update comment in lldb-enumerations.h
Priority: P Component: All Bugs Assignee: lldb-dev@lists.llvm.org Reporter: manishea...@gmail.com CC: llvm-b...@lists.llvm.org Classification: Unclassified Created attachment 16250 --> https://llvm.org/bugs/attachment.cgi?id=16250&
[lldb-dev] [Bug 27861] New: TestObjCMethods2.py - test_NSString_expr_commands_gmodules() fails
Status: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-dev@lists.llvm.org Reporter: todd.fi...@gmail.com CC: llvm-b...@lists.llvm.org Classification: Unclassified Once http://reviews.llvm.org/D19998 lands
[lldb-dev] [Bug 27862] New: TestRuntimeTypes.py test_break_gmodules() fails on OS X
Severity: normal Priority: P Component: All Bugs Assignee: lldb-dev@lists.llvm.org Reporter: todd.fi...@gmail.com CC: llvm-b...@lists.llvm.org Classification: Unclassified When http://reviews.llvm.org/D19998 lands
[lldb-dev] [Bug 27864] New: TestTopLevelExprs.py test_top_level_expressions_gmodules() fails on OS X
Status: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-dev@lists.llvm.org Reporter: todd.fi...@gmail.com CC: llvm-b...@lists.llvm.org Classification: Unclassified Once http://reviews.llvm.org/D19998
[lldb-dev] [Bug 27865] New: DeadStripTest.py test_gmodules() fails on Linux x86_64
: normal Priority: P Component: All Bugs Assignee: lldb-dev@lists.llvm.org Reporter: todd.fi...@gmail.com CC: llvm-b...@lists.llvm.org Classification: Unclassified When http://reviews.llvm.org/D19998 lands: on Ubuntu 14.04 x86_64, using top of
Re: [lldb-dev] how to load elf to the remote
Now, i need your help, please tell me that how to > load elf to the remote. Thank you! > > ___ > lldb-dev mailing list > lldb-dev@lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev > >
[lldb-dev] [Bug 36258] New: Include comprehensive list of all LLDB settings
Priority: P Component: All Bugs Assignee: lldb-dev@lists.llvm.org Reporter: michael.ei...@gmail.com CC: llvm-b...@lists.llvm.org It would be great to see a full list of the settings for LLDB. Or, if it already exists, to make it easier to find
Re: [lldb-dev] Command history line editing
> -Original Message- > From: lldb-dev [mailto:lldb-dev-boun...@lists.llvm.org] On Behalf Of Ted > Woodward via lldb-dev > Sent: Wednesday, March 07, 2018 9:40 AM > To: 'Jan Kratochvil'; 'William Schmidt'; lldb-dev@lists.llvm.org > Subject: Re: [
[lldb-dev] [Bug 36714] New: No support for SBValue::Cast() for C++ types with virtual inheritance
Status: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-dev@lists.llvm.org Reporter: v...@apple.com CC: llvm-b...@lists.llvm.org The test_value_cast_with_virtual_inheritance will be skipped until we decide to
[lldb-dev] [Bug 36715] New: Expression evaluation of printf is incorrect (TestPrintf.py)
: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-dev@lists.llvm.org Reporter: v...@apple.com CC: llvm-b...@lists.llvm.org The expr evaluator claims printf("Hello\n") returns 0, but it should return 6. This w
[lldb-dev] [Bug 36739] New: Fix tests which check that the lldb-mi driver exits properly
: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-dev@lists.llvm.org Reporter: v...@apple.com CC: llvm-b...@lists.llvm.org Virtually everything in TestMiExit.py has been xfailed for a while. -- You are receiving this
[lldb-dev] [Bug 36740] New: Fix tests which check the lldb-mi -gdb-set and -gdb-show commands
Status: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-dev@lists.llvm.org Reporter: v...@apple.com CC: llvm-b...@lists.llvm.org Virtually everything in TestMiGdbSetShow.py has been xfailed for a while. -- You are
[lldb-dev] [Bug 37194] New: TestGoUserExpression test hanging on FreeBSD
: enhancement Priority: P Component: All Bugs Assignee: lldb-dev@lists.llvm.org Reporter: ema...@freebsd.org CC: llvm-b...@lists.llvm.org Test suite is hanging on FreeBSD in TestGoUserExpression with python spinning at 100% CPU. Cursory investigation
[lldb-dev] [Bug 38834] New: -gdb-set args is not implemented
Priority: P Component: All Bugs Assignee: lldb-dev@lists.llvm.org Reporter: malape...@gmail.com CC: llvm-b...@lists.llvm.org Using lldb 8.0.0 (r341271). The mi "-gdb-set args" is not implemented, it has no effect. But -exec-arguments is imple
[lldb-dev] [Bug 38880] New: lldb-mi -exec-jump not implemented
Priority: P Component: All Bugs Assignee: lldb-dev@lists.llvm.org Reporter: malape...@gmail.com CC: llvm-b...@lists.llvm.org -exec-jump is not implemented in lldb-mi which prevents features such as "move to line" and "resume at line&quo
Re: [lldb-dev] Offline build bots
his is being tracked or whom to contact about this. > > Thank you. > - Afonso > > -- > Best regards, > António Afonso > ___ > lldb-dev mailing list > lldb-dev@lists.llvm.org >
[lldb-dev] [Bug 44259] New: lldb crashes because of stack overflow in clang::ASTContext::getASTRecordLayout
Status: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-dev@lists.llvm.org Reporter: vadi...@gmail.com CC: jdevliegh...@apple.com, llvm-b...@lists.llvm.org lldb was built from top of the master (d5acc83a
