search for: grasman

That's excellent! I think the check-sanitizer target should cover it. Thanks, Hans On Fri, Feb 22, 2019 at 1:34 PM Kim Gräsman <kim.grasman at gmail.com> wrote: > > Hi Hans, > > I have a freebsd machine and some time to spare this weekend. > > Could you offer the minimal git bisect command to repro? I'm hoping not to have to run the full check-clang test suite if there's a smaller subset of tests for ASAN....

On Mon, Dec 11, 2017 at 3:37 PM, Mikhail Zolotukhin via cfe-dev < cfe-dev at lists.llvm.org> wrote: > Hi Kim, > > On Dec 10, 2017, at 7:39 AM, Kim Gräsman <kim.grasman at gmail.com> wrote: > > Hi Michael, > > On Thu, Dec 7, 2017 at 3:16 AM, Michael Zolotukhin > <mzolotukhin at apple.com> wrote: > > > Nice to IWYU developers here:) I wonder how hard it would be to run IWYU on > LLVM/Clang (or, if it’s supposed to work, I wonder...

...32 system = i386, mingw32 status = major = 1 minor = 6.2 year = 2003 month = 01 day = 10 language = R Windows 2000 Professional (build 2195) Service Pack 4.0 Search Path: .GlobalEnv, package:ctest, Autoloads, package:base ========================================================== Raoul Grasman Dept. Psychology, University of Amsterdam, Roetersstraat 15, NL-1018WB Amsterdam, the Netherlands

Hi Michael, On Thu, Dec 7, 2017 at 3:16 AM, Michael Zolotukhin <mzolotukhin at apple.com> wrote: > > Nice to IWYU developers here:) I wonder how hard it would be to run IWYU on > LLVM/Clang (or, if it’s supposed to work, I wonder what I did wrong). There are known problems with running IWYU over LLVM/Clang -- Zachary Turner made an attempt a while back to get it up and running.

...fix? Since I'm not entirely sure how supported this functionality is on FreeBSD, I'm not sure how much we should block the release on it. Kim: If you can bisect to find that $somewhere revision, that would be very helpful. Thanks, Hans On Sun, Feb 24, 2019 at 11:36 AM Kim Gräsman <kim.grasman at gmail.com> wrote: > > Hi again, > > It took me a while to get the environment up and running. Turns out > the sanitizer test suite is in pretty bad shape overall on FreeBSD. > > The target reproducing the DEADLYSIGNAL loop is check-asan-dynamic. > > I ran the bisect...

...Dec 12, 2017, at 12:57 PM, James Y Knight <jyknight at google.com> wrote: > > > > On Mon, Dec 11, 2017 at 3:37 PM, Mikhail Zolotukhin via cfe-dev < > cfe-dev at lists.llvm.org> wrote: > >> Hi Kim, >> >> On Dec 10, 2017, at 7:39 AM, Kim Gräsman <kim.grasman at gmail.com> wrote: >> >> Hi Michael, >> >> On Thu, Dec 7, 2017 at 3:16 AM, Michael Zolotukhin >> <mzolotukhin at apple.com> wrote: >> >> >> Nice to IWYU developers here:) I wonder how hard it would be to run IWYU >> on >> LLVM/C...

On Tue, 14 Aug 2018 at 11:56, Kim Gräsman <kim.grasman at gmail.com> wrote: > > On Tue, Aug 14, 2018 at 11:51 AM Andrew Haley <aph at redhat.com> wrote: > > > > On 08/12/2018 02:19 PM, Kim Gräsman wrote: > > > I still feel a little uncomfortable, because I think Jonathan makes an > > > excellent point -- if...

...While writing this I realized that LH_Mouse's double static_cast also silences the warning, and I think that's a nicer workaround, so I put up a patch for that too, here: https://reviews.llvm.org/D50608 Let me know what you think, - Kim On Fri, Aug 10, 2018 at 11:30 PM Kim Gräsman <kim.grasman at gmail.com> wrote: > > On Fri, Aug 10, 2018 at 6:08 PM, Sam McCall <sam.mccall at gmail.com> wrote: > > json::Value in JSON.h is a discriminated union. > > The storage is a char array of appropriate type and alignment. The storage > > holds one object at a time, i...

Author of the problematic code here. Thanks everyone, and sorry to have caused difficulty! Obviously if there really is something illegal here we should fix it in LLVM, but it looks like this warning is a false positive (anyone disagree?) Still if there's a simple source-level workaround, or we can suppress the warning with a #pragma, I'd be happy to do that. GCC 4.9.3 is a supported

I think the release is looking pretty good, but there is one blocker that's worrying me: https://llvm.org/PR40761 >From what I understand, ASan et al. used to work on FreeBSD but don't anymore, and there's nobody working on it. Is there someone who has access to a FreeBSD machine that could help investigate this? Just getting it bisected would be super helpful. Thanks, Hans

On Thu, 9 Aug 2018 at 22:59, Kim Gräsman <kim.grasman at gmail.com> wrote: > > Thanks all for pitching in to help! > > On Thu, Aug 9, 2018 at 1:25 PM, Sam McCall <sam.mccall at gmail.com> wrote: > > > > Obviously if there really is something illegal here we should fix it in > > LLVM, but it looks like this warnin...

json::Value in JSON.h is a discriminated union. The storage is a char array of appropriate type and alignment. The storage holds one object at a time, it's initialized (and for nontrivial types, destroyed) at the right times to ensure this. The cast is only to the type of object that's already there, there's no magic here. On Fri, Aug 10, 2018, 17:52 Andrew Haley <aph at

On 08/12/2018 02:19 PM, Kim Gräsman wrote: > I still feel a little uncomfortable, because I think Jonathan makes an > excellent point -- if GCC thinks there's a strict-aliasing violation > (whether the standard agrees or not) and classifies this as undefined > behavior, we might invoke the optimizers wrath. The warning is a nice > hint that this could happen. Indeed. And

Hey Anastasia, all, There's a long-standing CMake issue with the Debian packaging for Clang (LLVM works), described here: https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=862328 I've done some debugging and have a good idea of what should be done, I just don't know enough about Debian packaging details and testing to make much progress. I'd love to hack on this with

Hey all, IWYU maintainer here. I wanted to make a small observation. Surprisingly, IWYU will most often *add* includes to a reasonably well-factored codebase, and this ties into Chris' comment: > Beyond that though, this seems like obvious > goodness to reduce coupling in the codebase. Just blindly removing includes will probably increase coupling, not reduce it, because it optimizes

Hello, We have booked a couple of slots during EuroLLVM this year that we would like to dedicate to real hacking!!! Therefore, we would like to offer to the attendees this year an opportunity to escape from the presentation sessions and dive into fun coding to learn something new or to solve some interesting problems. The current proposal is to have 2 x 45 mins on Monday afternoon and 2 x 45