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-commits] [PATCH] unittests: Specify types in a bunch of unittest EXPECT's
looks fine, thanks On Mon, Oct 17, 2016 at 10:37 AM Justin Bogner via lldb-commits < lldb-commits@lists.llvm.org> wrote: > Today I checked out lldb to check that r284364 wouldn't cause any > trouble, but there were a few warnings that fired when I tried to build > it, break
Re: [Lldb-commits] [PATCH] unittests: Specify types in a bunch of unittest EXPECT's
Zachary Turner writes: > looks fine, thanks Thanks! r284405. > On Mon, Oct 17, 2016 at 10:37 AM Justin Bogner via lldb-commits < > lldb-commits@lists.llvm.org> wrote: > >> Today I checked out lldb to check that r284364 wouldn't cause any >> trouble, but there
Re: [Lldb-commits] [lldb] r249020 - [LLDB][MIPS] Fix gp register value for o32 applications on 64-bit target
Would be great if you had a test for this (if it simply fixes an existing broken test, then you should mention that in the patch summary so you don't get these emails from me in the future :)) On Thu, Oct 1, 2015 at 8:10 AM Pavel Labath via lldb-commits < lldb-commits@lists.llvm.org> w
Re: [Lldb-commits] [PATCH] D20671: [cmake] Add a big warning about a libstdc++ issue
Wondering if this should go in llvm. What do you think? On Thu, May 26, 2016 at 7:31 AM Tamas Berghammer via lldb-commits < lldb-commits@lists.llvm.org> wrote: > tberghammer accepted this revision. > tberghammer added a comment. > This revision is now accepted and ready to land.
Re: [Lldb-commits] [PATCH] D16840: [LLDB][MIPS] Generalise MIPS arch names
aying `triple = "mips"` should work I think. On Tue, Feb 2, 2016 at 10:12 PM Jaydeep Patil via lldb-commits < lldb-commits@lists.llvm.org> wrote: > jaydeep accepted this revision. > jaydeep added a comment. > This revision is now accepted and ready to land. >
Re: [Lldb-commits] [PATCH] D17425: Use shallow clones in build-llvm.py.
Nah - please go ahead and submit it. I'll just make sure I add the ability to specify arbitrary git flags for the git part so you can have this when I put the new change in. On Mon, Feb 22, 2016 at 7:23 PM, Stephane Sezer via lldb-commits < lldb-commits@lists.llvm.org> wrote: &g
[llvm-bugs] [Bug 38152] New: add IR intrinsics and backend support for rotate ops
: enhancement Priority: P Component: Core LLVM classes Assignee: unassignedb...@nondot.org Reporter: spatel+l...@rotateright.com CC: llvm-bugs@lists.llvm.org Filing this as an umbrella bug to track existing problems with rotate optimization. The llvm
Re: [lldb-dev] exception "leaks" to debugger for win32
Are you launching the process with -s (stop at entry)? On Fri, Mar 18, 2016 at 11:24 AM Carlo Kok via lldb-dev < lldb-dev@lists.llvm.org> wrote: > When starting a process on Win32 there's an internal exception > (breakpint) that leaks to the debug caller: > s &
Re: [lldb-dev] Release_38 cherry-picks
Hi, You should get approval from the release manager (Tom Stellard) first. > -Original Message- > From: lldb-dev [mailto:lldb-dev-boun...@lists.llvm.org] On Behalf Of Francis > Ricci via lldb-dev > Sent: 07 June 2016 00:23 > To: LLDB > Subject: [lldb-dev] Release_38 ch
Re: [lldb-dev] [cfe-dev] 7.0.1-rc2 release has been tagged please begin testing
SLES binary uploaded: 181e1729263dcb1abc650311c4d42dbef13ae805 clang+llvm-7.0.1-rc2-x86_64-linux-sles11.3.tar.xz ... I will try to get to ubuntu this week. On Fri, Nov 2, 2018 at 9:36 PM Tom Stellard via cfe-dev < cfe-...@lists.llvm.org> wrote: > Hi, > > The 7.0.1-rc2 release
Re: [lldb-dev] [cfe-dev] LLVM 9.0.1-final has been tagged
from one to the other. But they're not there either. On Thu, Dec 19, 2019 at 10:07 PM Tom Stellard via cfe-dev < cfe-...@lists.llvm.org> wrote: > Hi, > > I've just tagged the 9.0.1-final release. Testers can begin
Re: [lldb-dev] [Release-testers] 13.0.0-rc3 has been tagged
488ff13c9a54f6b7b2aeb26e930da7d72e32a15542929cd642fc0b7d37e79967 clang+llvm-13.0.0-rc3-x86_64-linux-gnu-ubuntu-20.04.tar.xz On Mon, Sep 13, 2021 at 11:40 PM Tom Stellard via Release-testers < release-test...@lists.llvm.org> wrote: > Hi, > > I've tagged 13.0.0-rc3. This will likely be the last rc unless there are
RE: [clang-tools-extra] r303849 -
Just a commit access test with messed up log message. - Florian -Original Message- From: cfe-commits [mailto:cfe-commits-boun...@lists.llvm.org] On Behalf Of Florian Gross via cfe-commits Sent: Thursday, May 25, 2017 1:43 PM To: cfe-commits@lists.llvm.org Subject: [clang-tools-extra
Re: [PATCH] D12759: [clang-tidy] Add misc-sizeof-container check to find sizeof() uses on stlcontainers.
gt;> aaron.ballman added a comment. >> >> This appears to have broken one of the bots: >> >> http://bb.pgr.jp/builders/ninja-x64-msvc-RA-centos6/builds/15065 >> >> >> http://reviews.llvm.org/D12759 >> >> >> >> __
[clang-tools-extra] r244001 - Update references to new lists.llvm.org mailing lists.
Author: tbrethou Date: Tue Aug 4 22:56:44 2015 New Revision: 244001 URL: http://llvm.org/viewvc/llvm-project?rev=244001&view=rev Log: Update references to new lists.llvm.org mailing lists. Modified: clang-tools-extra/trunk/README.txt Modified: clang-tools-extra/trunk/README.txt URL:
RE: r273950 -
was the commit message supposed to be? On Mon, Jun 27, 2016 at 6:11 PM, Chris Dewhurst via cfe-commits mailto:cfe-commits@lists.llvm.org>> wrote: Author: lerochris Date: Mon Jun 27 17:11:12 2016 New Revision: 273950 URL: http://llvm.org/viewvc/llvm-project?rev=273950&view=rev L
RE: r256468 - On {mips, mipsel, mips64, mips64el}-freebsd, we need to pass any -G option to the assembler.
cfe-commits-boun...@lists.llvm.org] On Behalf > Of Joerg Sonnenberger via cfe-commits > Sent: 27 December 2015 11:59 > To: cfe-commits@lists.llvm.org > Subject: Re: r256468 - On {mips, mipsel, mips64, mips64el}-freebsd, we need > to pass any -G option to the assembler. > > On
Re: Allow tools to work without compilation database
reset(new FixedCompilationDatabase(".", >> std::vector()))? >> >> On Thu, Dec 3, 2015 at 8:51 AM Russell Wallace via cfe-commits < >> cfe-commits@lists.llvm.org> wrote: >> >>> Per discussion at
Re: [lldb-dev] non-stop mode with lldb-mi?
Feb 2, 2017 at 1:44 AM, Ted Woodward via lldb-dev mailto:lldb-dev@lists.llvm.org> > wrote: Does lldb-mi support non-stop mode? If so, is there a way to set it besides “settings set target.non-stop-mode true”? -- Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc.
Re: [lldb-dev] [llvm-dev] Adding DWARF5 accelerator table support to llvm
FWIW I'm completely on board with everything Adrian has said in this thread :) -eric On Wed, Jan 17, 2018 at 11:00 AM Adrian Prantl via llvm-dev < llvm-...@lists.llvm.org> wrote: > > > > On Jan 17, 2018, at 9:20 AM, Jonas Devlieghere via llvm-dev < > llvm-...@list
Re: [lldb-dev] [Release-testers] [6.0.0 Release] Release Candidate 1 tagged
in >> a way, but I'd like to find out where we are. Please run the test >> script, let me know the results, and upload binaries. >> >> Thanks, >> Hans >> _______ >> Release-te
Re: [lldb-dev] MacOS minidump debugging
with lldb in MacOS. Any documentation or >>> pointers would be appreciated! >>> >>> Thanks, >>> Rustam >>> ___ >>> lldb-dev mailing list >>> lldb-dev@lists.llvm.org >>> http://lists.llvm.org/cgi-bin/mailman/list
Re: [lldb-dev] Handling callable addresses
et::GetCallableLoadAddress does equivalent things for arm/thumb >> and for mipses, just written in different forms. May I join these cases >> together? >> ___ >> lldb-dev mailing list >> lldb-dev@lists.llvm.org >> htt
Re: [lldb-dev] [Release-testers] [8.0.0 Release] rc1 has been tagged
he test script, share your results, and upload binaries. >> >> I'll get the source tarballs and docs published as soon as possible, >> and binaries as they become available. >> >> Thanks, >> Hans >> ___ >> R
Re: [lldb-dev] Possible bug in DataExtractor::GetMaxU64Bitfield
udio.com/content/problem/226112/vs2017-1ul-32-is-evaluated-to-0-in-watch-window-du.html> > > Thoughts? > _______ > lldb-dev mailing list > lldb-dev@lists.llvm.org <mailto:lldb-dev@lists.llvm.org> > https://lists.llvm.org/cgi-
Re: r312696 - [modules ts] Add test for [basic.link]p3.
On 7 September 2017 at 13:36, Galina Kistanova via cfe-commits < cfe-commits@lists.llvm.org> wrote: > Hello Richard, > > This commit broke one of our builders: > http://lab.llvm.org:8011/builders/llvm-clang-x86_64-expensiv > e-checks-win/builds/4705 > > Failing Te
Re: r374837 - [clang] add requirements to -Wa,-W test cases.
+1 to what Nico said/ping on this. Jian - could you see if these tests could be made portable as Nico's suggested? On Mon, Oct 14, 2019 at 3:54 PM Nico Weber via cfe-commits < cfe-commits@lists.llvm.org> wrote: > Hm, this means the test can't run on non-linux, so if someone
Re: r279035 - [Driver] Use llvm-config.h, not config.h to unbreak out-of-tree builds
define the same macros in clang/include/clang/Config/config.h.cmake. Perhaps the best thing would be to move this functionality into LLVM and just call it from clang. > On Thu, Aug 18, 2016 at 9:25 AM, Richard Smith via cfe-commits < cfe-commits@lists.llvm.org> wrote: >> >> This do
Re: r278984 - Add test missed from r278983.
ow asan error in a local buildbot. > > > 2016-08-22 20:30 GMT+03:00 Akira Hatanaka via cfe-commits < > cfe-commits@lists.llvm.org>: > >> Hi Richard, >> >> This test has been failing since it was committed. >> >> http://lab.llvm.org:8080/green/job/cl
Re: r278984 - Add test missed from r278983.
016 at 12:33 AM, Yaron Keren wrote: > I see the same stack overflow asan error in a local buildbot. > > > 2016-08-22 20:30 GMT+03:00 Akira Hatanaka via cfe-commits < > cfe-commits@lists.llvm.org>: > >> Hi Richard, >> >> This test has been failing since
Re: r281198 - Add virtual destructor (necessary due to the switch to shared_ptr).
On Mon, Sep 12, 2016 at 10:55 AM, David Blaikie via cfe-commits < cfe-commits@lists.llvm.org> wrote: > Does that actually need a virtual dtor? The type erasure handling in > shared_ptr would handle it so long as each instance is constructed with the > derived type (looks like
Re: [clang-tools-extra] r304583 - [clang-tidy] Add `const` to operator() to fix a warning.
This is even an error in VS2017, I've just fixed a number of instances of this in an internal codebase. - Kim Den 6 juni 2017 4:32 em skrev "Alexander Kornienko via cfe-commits" < cfe-commits@lists.llvm.org>: > On Mon, Jun 5, 2017 at 7:11 PM, David Blaikie wrote: &
Re: [libcxx] r285456 - Added 'inline' attribute to basic_string's destructor
-commits < cfe-commits@lists.llvm.org> wrote: > Hi Adtiya, > > I had to revert in r285485 to unbreak this build bot: > http://lab.llvm.org:8080/green/job/clang-stage2- > configure-Rlto_build/10737/ > (LTO bootstrap of clang). > > Let’s iterate on the revision on Phabric
Re: r250514 - PS4: Make sure to add the sanitizer runtime before any linker input
I don't see this. Do you have a log for them? Thank you, Filipe On Fri, Oct 16, 2015 at 11:52 PM, Artem Belevich via cfe-commits < cfe-commits@lists.llvm.org> wrote: > Filipe, > > FYI, this change appears to introduce a somewhat subtle problem. clang > compiled with
Re: [PATCH] D22782: Added 'inline' attribute to __init to inline the basic_string's constructor
On Mon, Aug 8, 2016 at 9:32 AM, David Blaikie via cfe-commits < cfe-commits@lists.llvm.org> wrote: > I'm still (as per another similar thread) a bit concerned this is working > around a compiler optimizer bug - I'd love to see a standalone example of > this behavio
Re: r264428 - [ASTMatchers] Fix build for VariadicFunction.
27;t want to do the implicit conversion from X to A, but if I make the conversion explicit it works. On Fri, Mar 25, 2016 at 1:58 PM, Alexey Samsonov wrote: > > On Fri, Mar 25, 2016 at 10:55 AM, David Blaikie via cfe-commits < > cfe-commits@lists.llvm.org> wrote: > >> &g
Re: [cfe-users] Why doesn't clang use colors for diagnostics by default?
Hi Victor: Try setting TERM to a color terminal, e.g., xterm-color or xterm-256color and see if that helps. I use xterm-256color inside tmux and it works fine. hth... don On Thu, Sep 10, 2015 at 2:40 AM, Victor via cfe-users < cfe-users@lists.llvm.org> wrote: > I'm using com
Re: [cfe-users] Why doesn't clang use colors for diagnostics by default?
, Victor via cfe-users < cfe-users@lists.llvm.org> wrote: I'm using command like this: $ clang++ prg.cpp My Clang is built from sources. What libraries it needs to use colors automatically? Or may be there is some option that I can specify for configure? On Wed, 9 Sep 2015 19:
Re: [cfe-users] Problems with hexadecimal constant, _mm_set_epi64x and sign conversion
> cfe-users@lists.llvm.org > > To subscribe or unsubscribe via the World Wide Web, visit >http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-users > or, via email, send a message with subject or body 'help' to >cfe-users-requ...@lists.llvm.org > > Yo
Re: [cfe-users] A question regarding formatting of function try-block
Fixed by Revision 343305. On Tue, Sep 25, 2018 at 2:30 PM David Blaikie via cfe-users < cfe-users@lists.llvm.org> wrote: > Not sure who's doing most of the work on clang-format these days - Sam, > maybe you know? > > On Mon, Sep 24, 2018 at 2:07 AM Jakob van Bethlehem via
Re: [Lldb-commits] [lldb] r316740 - Fix a use-after-free in lldb-server
The takeaway from this example is nothing we don't already know. We need better test coverage. On Tue, Oct 31, 2017 at 8:08 AM Greg Clayton via lldb-commits < lldb-commits@lists.llvm.org> wrote: > This is one example of how StringRef causes issues because it was adopted > eve
Re: [Lldb-commits] [PATCH] D26528: Fix uninitialized members.
Yea, I agree doing it for a whole class at a time should be the standard On Fri, Nov 11, 2016 at 9:10 AM Jim Ingham wrote: > > > On Nov 10, 2016, at 8:57 PM, Zachary Turner via lldb-commits < > lldb-commits@lists.llvm.org> wrote: > > > > Maybe just inline the initi
Re: [Lldb-commits] [lldb] r252179 - Do not build any of the simulator material on non-Darwin
Thu, Nov 5, 2015 at 10:37 AM Tamas Berghammer via lldb-commits < lldb-commits@lists.llvm.org> wrote: > Hi Enrico, > > Skipping files this way isn't working because of the way the LLVM build > system works (see: > http://lab.llvm.org:8011/builders/lldb-x86_64-ubuntu-14.04-c
Re: [lldb-dev] Selectively disabling value formatter
Granata <mailto:egran...@apple.com>> wrote: > >> On Jan 25, 2016, at 4:09 PM, Vadim Chugunov via lldb-dev >> mailto:lldb-dev@lists.llvm.org>> wrote: >> >> lldb-340.4.119 (OSX 10.11.3) >> >> On Mon, Jan 25, 2016 at 3:42 PM, Siva Chandra >
Re: [lldb-dev] All windows Mutex objects are recursive???
< lldb-dev@lists.llvm.org> wrote: > It would be nice to get a patch that gets rid of the Mutex.h/Mutex.cpp and > switches over to using C++11 std::mutex/std::recursive_mutex and get rid of > Condition.h/Condition.cpp for std::condition_variable. Then we can be more > consistent. We
Re: [lldb-dev] LLDB Evolution
I assume Christian Convey was referring to clang-format moving the "//breakpoint here" comments in the tests to different lines. On Thu, Aug 11, 2016 at 8:15 AM, Zachary Turner via lldb-dev < lldb-dev@lists.llvm.org> wrote: > It's not possible. The problem is that lldb w
Re: [lldb-dev] LLDB Evolution
lldb > coding conventions doc. > > Jim > > > On Aug 11, 2016, at 11:20 AM, Zachary Turner via lldb-dev > > mailto:lldb-dev@lists.llvm.org>> wrote: > > > > On Wed, Aug 10, 2016 at 10:37 PM Chris Lattner > <mailto:clatt...@apple.com>>
Re: [lldb-dev] lldb-3.8.1 prebuilt binary for windows7
, 2016 at 4:01 PM, Zachary Turner > wrote: > > He said he did, so I don't know. Vadim, can you elaborate? When you run > `lldb -P` from the command line, what do you see? > > On Tue, Oct 11, 2016 at 4:00 PM Reid Kleckner via lldb-dev < > lldb-dev@lists.llvm.org> wr
Re: [lldb-dev] llvm changing line table info from DWARF 2 to DWARF 4
should probably verify that not only does it use that to > build lldb but uses it for the tests. That'll get us at least some testing > here. > > -eric > > > On Wed, Oct 19, 2016 at 12:55 PM Greg Clayton via lldb-dev < > lldb-dev@lists.llvm.org> wrote: > >&
Re: [lldb-dev] [RFC] Using Sphinx to generate documentation
On Tue, Jan 8, 2019 at 8:52 AM Stefan Gränitz via lldb-dev < lldb-dev@lists.llvm.org> wrote: > Hi Jonas, I think this is a great effort. Thanks! > > My current reviews do some small updates on the build page. Hope this > doesn't get in conflict with your work? > Than
Re: [lldb-dev] [llvm-dev] ORC JIT Weekly #7 -- JITEventListener support and Swift Immediate Mode Migration
ing and profiling, it will have > everything we need. > > Thanks, Lang! > > > On Mon, Mar 9, 2020 at 9:21 PM Frank Tetzel via llvm-dev > mailto:llvm-...@lists.llvm.org>> wrote: > > Hi Lang, > > > First: there is a preview patch up at > https://
Re: [lldb-dev] [llvm-dev] [3.7 Release] RC4 has been tagged
0 now that gets through it in a few hours thanks to its FPU. Can you tag it on Monday instead? > -Original Message- > From: llvm-dev [mailto:llvm-dev-boun...@lists.llvm.org] On Behalf Of Hans > Wennborg via llvm-dev > Sent: 27 August 2015 00:44 > To: llvm-dev; cfe-...@l
Re: [lldb-dev] top-of-tree build failure when using configure on Linux?
Can you change it to CMake instead of configure? I know that's not what you want to hear, but the configure build is on its way out, so you're going to have to do this at some point anyway. On Thu, Sep 3, 2015 at 10:25 AM Todd Fiala via lldb-dev < lldb-dev@lists.llvm.org> wro
Re: [Lldb-commits] [lldb] 9f6a308 - [lldb/Utility] Fix a bug in stringify_append for printing addresses.
+ stringify_args(this, >> __VA_ARGS__)); \ >> if (lldb_private::repro::InstrumentationData _data = >> \ >> LLDB_GET_INSTRUMENTATION_DATA()) { >> \ >>_re
Re: r354075 - [clang][FileManager] fillRealPathName even if we aren't opening the file
g-x64-windows-msvc/builds/4351> > On Fri, Feb 15, 2019 at 11:07 AM Galina Kistanova via cfe-commits > mailto:cfe-commits@lists.llvm.org>> wrote: > Hello Jan, > > It looks like this commit broke tests on couple of win builders: > http://lab.llvm.org:8011/builders/llvm-clang
RE: r275095 - [NFC] Reorder fields of VersionTuple to reduce size
It turns out that there's no need to revert this as the problem persists even without your patch. I'm preparing a patch that fixes the underlying issue. - V. Kalintiris From: cfe-commits [cfe-commits-boun...@lists.llvm.org] on behalf of
Re: [lldb-dev] Connecting to lldb-rpc-server
tion, 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 trying to do is actually already possible > >> On Oct 7, 2016,
Re: [lldb-dev] RTTI does not work stable in LLDB.
f the name. --paulr From: lldb-dev [mailto:lldb-dev-boun...@lists.llvm.org] On Behalf Of Greg Clayton via lldb-dev Sent: Monday, February 06, 2017 11:08 AM To: Greg Clayton Cc: lldb-dev@lists.llvm.org Subject: Re: [lldb-dev] RTTI does not work stable in LLDB. So I found the problem. This is a com
Re: [lldb-dev] [cfe-dev] [llvm-dev] RFC: Switching from Bugzilla to Github Issues [UPDATED]
but not always. Typos in bug 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 < cfe-...@lists.llvm.org> wrot
Re: r341697 - warn_stdlibcxx_not_found: suggest '-stdlib=libc++' instead of '-std'
Procedurally, we shouldn't be making other changes at the same time as a backport, but I'd sure like to see "stdlibc++" replaced with the correct "libstdc++" (on trunk and branch). On Sat, 17 Nov 2018, 19:00 Arthur O'Dwyer via cfe-commits < cfe-commits@lists.
RE: r296171 - Try to unbreak tests after r296166
017 8:13 PM, "Yung, Douglas via cfe-commits" mailto:cfe-commits@lists.llvm.org>> wrote: Hi Nico, The test you added is causing a failure on the PS4 Windows bot. The root of the cause is that the Windows version of rm does not accept wildcards unfortunately. To fix make it
Re: [lldb-dev] RTTI does not work stable in LLDB.
I confirm GCC4.8 puts derived0 into DWARF and LLDB correctly identifies dynamic type. 2017-02-06 11:48 GMT-08:00 Robinson, Paul via lldb-dev < lldb-dev@lists.llvm.org>: > So is LLDB expecting the name in the DWARF info to match the demangled > name of the vtable pointer? The DWA
Re: FW: SemaAccess bug (protected members of derived)
Thanks, can you please attach a diff that includes both the code change and the new test? On 21 March 2017 at 14:18, Dixon Ryan (ETAS/ERS-PD2) via cfe-commits < cfe-commits@lists.llvm.org> wrote: > Sending to mailing list. > > > > *From:* Dixon Ryan (ETAS/ERS-PD2) > *Se
Re: [PATCH][Solaris] Default to -fno-cxa-finalize
On Fri, Sep 4, 2015 at 1:11 AM, Xan López via cfe-commits < cfe-commits@lists.llvm.org> wrote: > On Fri, Aug 28, 2015 at 07:52:17PM +0200, Xan López via cfe-commits wrote: > > There is no __cxa_finalize symbol available on recent Solaris OS > > versions, so we need this flag
RE: [ReviewRequest] [Sema/Parser] GCC Compatibility Patch: Support for __final specifier
I’ve put this review up on the Phabricator site so that it is easier to look at, see here: https://reviews.llvm.org/D22919 Thanks! -Erich 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
Re: [PATCH][Modules][PR26179]
Thanks! --Vassil On 22/01/16 20:07, Yaron Keren wrote: Committed revision 258524. 2016-01-21 19:33 GMT+02:00 Vassil Vassilev via cfe-commits mailto:cfe-commits@lists.llvm.org>>: ping... (perhaps someone else with commit rights can check it it...) --Vassil On 18/01/16
RE: r254574 - PR17381: Treat undefined behavior during expression evaluation as an unmodeled
(0x7fc0). --paulr From: meta...@gmail.com [mailto:meta...@gmail.com] On Behalf Of Richard Smith Sent: Tuesday, December 08, 2015 11:42 AM To: Robinson, Paul Cc: Joerg Sonnenberger; cfe-commits (cfe-commits@lists.llvm.org) Subject: Re: r254574 - PR17381: Treat undefined behavior during expression
Re: [cfe-users] cfe-users Digest, Vol 67, Issue 13
21 Aug 2018 17:30:13 -0400 > From: rsherry8 via cfe-users > To: cfe-users@lists.llvm.org > Subject: Re: [cfe-users] How to make LLVM IR (SHIFT) in Clang to > support complex data type > Message-ID: <5b7c8465.5030...@comcast.net> > Content-Type: text/plain; charset=
Re: [lldb-dev] Where did the python/c++ API documentation go?
Yep, I sent http://lists.llvm.org/pipermail/lldb-dev/2019-April/014992.html on Friday. It's unfortunate that the website isn't updating either, because I added some instructions on how to generate the docs locally, as an alternative to what Jim suggested. https://review
Re: [lldb-dev] [Release-testers] [9.0.0 Release] The release branch is open; trunk is now 10.0.0
-testers ; clangd-...@lists.llvm.org; openmp-dev (openmp-...@lists.llvm.org) ; LLDB Dev ; cfe-dev ; libcxx-...@lists.llvm.org Subject: [EXT] Re: [lldb-dev] [Release-testers] [9.0.0 Release] The release branch is open; trunk is now 10.0.0 Uploaded ubuntu 14. I had to kill some tests executing "
Re: [lldb-dev] LLDB Website is not being updated
t; > > >> On Nov 21, 2019, at 3:04 PM, Jonas Devlieghere >> <mailto:jo...@devlieghere.com>> wrote: > >> > >> I see a bunch of eros here: > >> http://lists.llvm.org/pipermail/www-scripts/2019-November/thread.html > >> <http://lists.
Re: Patch bug 27628 (clang-tidy should exit with a failure code when there are errors)
should to to cfe-commits. Redirecting. -Krzysztof On 9/8/2017 10:25 AM, Antoni Boucher via llvm-commits wrote: Hello. I've fixed the bug 27628: https://bugs.llvm.org/show_bug.cgi?id=27628 I attached the patch. Thanks. ___ llvm-commits mailing list
Re: r345833 - Logging: add CMake dependency so libAST can use OSLog analysis.
> This doesn't work. AST cannot depend on Analysis because Analysis already > depends on AST. > > On Thu, Nov 1, 2018 at 3:24 PM Tim Northover via cfe-commits > mailto:cfe-commits@lists.llvm.org>> wrote: > Author: tnorthover > Date: Thu Nov 1 07:22:20 2018 > New R
RE: r331536 - [NFC]Convert Class to use member initialization instead of inline.
-commits@lists.llvm.org Subject: Re: r331536 - [NFC]Convert Class to use member initialization instead of inline. Perhaps this should use non-static data member initializers instead? On Fri, May 4, 2018 at 9:23 AM Erich Keane via cfe-commits mailto:cfe-commits@lists.llvm.org>> wrote:
RE: r247882 - Appease clang/test/CodeGen/avx512dq-builtins.c for -Asserts, for now.
I’m working on revert the patch and fix it. Will take a moment. From: NAKAMURA Takumi [mailto:geek4ci...@gmail.com] Sent: Thursday, September 17, 2015 16:04 To: cfe-commits@lists.llvm.org Cc: Badouh, Asaf Subject: Re: r247882 - Appease clang/test/CodeGen/avx512dq-builtins.c for -Asserts, for now
Re: patch: clarify diagnostic when returned value doesn't match function return type
On Mon, Aug 24, 2015 at 5:44 PM, Vedant Kumar via cfe-commits < cfe-commits@lists.llvm.org> wrote: > LGTM with a caveat. > > Changing diagnostic messages is scary because it can inadvertently break > tools and IDE's. So there is a chance someone might want this reverted i
Re: [Lldb-commits] [lldb] r255364 - Fix Clang-tidy modernize-use-nullptr and readability-simplify-boolean-expr warnings in source/Target/Target.cpp.
> On Dec 11, 2015, at 2:01 PM, Todd Fiala via lldb-commits > wrote: > > > > On Fri, Dec 11, 2015 at 1:59 PM, Zachary Turner <mailto:ztur...@google.com>> wrote: > On Fri, Dec 11, 2015 at 1:55 PM Todd Fiala via lldb-commits > mailto:lldb-commits@lists.llvm.o
Re: [lldb-dev] LLDB does some deep recursion into external modules to resolve name lookups
Is it related to the regression that Greg was talking about here: http://lists.llvm.org/pipermail/lldb-commits/Week-of-Mon-20160208/027449.html On Wed, Feb 10, 2016 at 2:20 AM, Tamas Berghammer via lldb-dev wrote: > Hi Sean, > > Can you gave us some more context on this because without
Re: [lldb-dev] [Release-testers] [cfe-dev] [4.0.0 Release] Relase Candidate 1 has been tagged
> [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; lldb-dev@lists.llvm.org > Subject: Re: [Release-testers] [cfe-dev] [4.0.0 Release] Relase Can
Re: [lldb-dev] [5.0.0 Release] Release Candidate 3 tagged
b-dev-boun...@lists.llvm.org] on behalf of Hans Wennborg via lldb-dev [lldb-dev@lists.llvm.org] Sent: 25 August 2017 23:52 To: Release-testers Cc: llvm-dev; cfe-dev; openmp-dev (openmp-...@lists.llvm.org); LLDB Dev Subject: [lldb-dev] [5.0.0 Release] Release Candidate 3 tagged Dear testers, 5.0.0-rc
Re: [lldb-dev] [Release-testers] [6.0.0 Release] Release Candidate 2 tagged
bian8.tar.xz)= > e6a281885d2f0fbc4e00bdc34803f67bb756f19badef3f24ed3738b2244c57cc > > 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: Wedne
Re: [lldb-dev] Current state of the unit tests
it seems ninja check-lldb runs only the lit tests and > not the dotest.py tests. Was this an intentional change? > > On Fri, Feb 23, 2018 at 3:36 PM, Vedant Kumar via lldb-dev > mailto:lldb-dev@lists.llvm.org>> wrote: > Cool, I'll work up a patch for this. > > And t
Re: [lldb-dev] Command history line editing
07, 2018 1:34 PM To: paul.robin...@sony.com Cc: ted.woodw...@codeaurora.org; jan.kratoch...@redhat.com; lldb-dev@lists.llvm.org Subject: Re: [lldb-dev] Command history line editing readline has been around for donkeys' years. I was hacking it in MKSToolkit back in the nineties.
Re: [lldb-dev] [Openmp-dev] GitHub Migration Starting Now
Looks like it's http://llvm.org/PR39393 On Tue, Oct 22, 2019 at 1:09 PM Nico Weber wrote: > I'm unable to push. I filed https://bugs.llvm.org/show_bug.cgi?id=43761 > > What's the github meta bug bug # ? > > On Tue, Oct 22, 2019 at 12:57 PM Tom Stellard via lldb-d
Re: r331056 - [docs] add -ffp-cast-overflow-workaround to the release notes
On Fri, Apr 27, 2018 at 5:13 PM Richard Smith wrote: > 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:
Re: [PATCH] D36562: [Bitfield] Make the bitfield a separate location if it has width of legal integer type and its bit offset is naturally aligned for the type
On 08/22/2017 09:18 PM, Xinliang David Li via llvm-commits wrote: On Tue, Aug 22, 2017 at 7:10 PM, Chandler Carruth via llvm-commits mailto:llvm-comm...@lists.llvm.org>> wrote: On Tue, Aug 22, 2017 at 7:03 PM Xinliang David Li via cfe-commits mailto:cfe-commits@lists.ll
Re: [lldb-dev] clang::VersionTuple
n Tue, 8 May 2018 at 19:46, Frédéric Riss via lldb-dev < > lldb-dev@lists.llvm.org> wrote: > > > > > On May 8, 2018, at 11:37 AM, Greg Clayton wrote: > > > I was referring to the Swift and Apple internal branches. They tend to > lock down against older llvm and c
Re: [PATCH] D47480: clang-cl: Expose -no-canonical-prefixes
But GetExecutablePath isn't called if -no-canonical-prefixes is passed, is it? (See the first link I pasted above) On Tue, May 29, 2018, 5:28 PM Takuto Ikuta via Phabricator via cfe-commits < cfe-commits@lists.llvm.org> wrote: > takuto.ikuta added a comment. > > On windows,
Re: [libcxx] r283659 - [cmake] Split linked libraries into private & public, for linker script
Hi Renato, Hal, I've hopefully fixed this in r283700. I'll be watching the bots to ensure everything works. Sorry about the breakage. /Eric On Sun, Oct 9, 2016 at 6:05 AM, Renato Golin via cfe-commits < cfe-commits@lists.llvm.org> wrote: > On 9 October 2016 at 03:59,
Re: [libunwind] r284125 - [libunwind] Add missing include. NFC.
h here? Cheers, / Asiri On Thu, Oct 13, 2016 at 7:46 PM, Joerg Sonnenberger via cfe-commits < cfe-commits@lists.llvm.org> wrote: > On Thu, Oct 13, 2016 at 02:32:24PM -, Asiri Rathnayake via cfe-commits > wrote: > > This missing include seems to cause compilation failures on
Re: r290533 - Driver: warn on -fPIC/-fpic/-fPIE/-fpie on Windows
Id really rather not change the behavior. We would generate ELF style PIC, which obviously doesn't work. On Tue, Dec 27, 2016 at 10:09 AM, Joerg Sonnenberger via cfe-commits < cfe-commits@lists.llvm.org> wrote: > On Mon, Dec 26, 2016 at 03:35:25AM -, Saleem Abdulrasool via
Re: [PATCH] D28279: [clang-move] Support moving type alias declarations.
Testing phab parsing... On Wed, Jan 4, 2017 at 4:01 PM Haojian Wu via Phabricator via cfe-commits < cfe-commits@lists.llvm.org> wrote: > This revision was automatically updated to reflect the committed changes. > Closed by commit rL290967: [clang-move] Support moving type alias &g
Re: [PATCH] D23895: [ms] Add support for parsing uuid as a MS attribute
Microsoft used to call their IDL dialect 'MIDL' (which is kind of punny), don't know if it makes sense to stick with that over 'MSIDL'. - Kim Den 26 aug. 2016 4:09 fm skrev "Nico Weber via cfe-commits" < cfe-commits@lists.llvm.org>: > thakis updated
Re: [PATCH] D23926: [libcxx] Don't use C99 math ops in -std=c++03 mode
@mclow.lists: Our C library is aware of the fact that it may be used from a C++ context, yes. So you think it's OK for libc++ to expect C99 operations at all language standards? Cheers, / Asiri On 4 Sep 2016 01:16, "Marshall Clow via cfe-commits" < cfe-commits@lis
Re: [PATCH] D26559: Insert a type check before reading vtable.
On Fri, Nov 11, 2016 at 3:02 PM, Ivan Krasin via cfe-commits < cfe-commits@lists.llvm.org> wrote: > krasin added a comment. > > Small correction: all UBSan type checks tests live in compiler-rt. Actually, most of the UBSan tests live in test/CodeGenCXX/catch-undef-behavior.cp
Re: r289019 - [c++1z] P0003R5: Removing dynamic exception specifications.
Thanks Eric! On 10 Dec 2016 5:58 pm, "Eric Fiselier via cfe-commits" < cfe-commits@lists.llvm.org> wrote: To others who follow the libc++abi test failures back to this commit: The unwind_* failures have been addressed in r289353 by using -Wno-dynamic-exception-spec to su
Re: [PATCH] D13221: Make CompilerInvocation's use of the debug options more understandable.
On Mon, Oct 5, 2015 at 8:37 AM, Adrian Prantl via cfe-commits < cfe-commits@lists.llvm.org> wrote: > aprantl added a comment. > > Some bikeshedding about -di-kind={full|limited|line-tables}: > > 1. Is there a good reason not to spell out -debug-info-kind? > 2. "f
Re: [PATCH] D12134: [DEBUG INFO] Source correlation for lambda captured values.
al 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 added a comment. >> >> How about: >> >> 13. [apple, >> 14. banana, >>
Re: [PATCH] D14049: clang-tidy/add_new_check.py: Adapt to use %check_clang_tidy in tests
LG. Thanks, totally missed this. On Sun, Oct 25, 2015, 7:46 PM Matthias Gehre via cfe-commits < cfe-commits@lists.llvm.org> wrote: > mgehre created this revision. > mgehre added reviewers: alexfh, sbenza, bkramer, aaron.ballman. > mgehre added a subscriber: cfe-commits. >
Re: [PATCH] D14354: Add new compiler flag to enable the generation of dwarf accelerator tables
Or Tamas can write the tuning patch - it seems like it'd be relatively straightforward. Perhaps you can give an idea of what you think it'd look like, Paul (what the command line syntax would be, etc) On Fri, Nov 6, 2015 at 11:16 AM, Paul Robinson via cfe-commits < cfe-commits@l
