search for: 20191106

...In particular the error is due to a missing plugin: find-bad-constructs. With clang 6 I didn't have that specific problem. Can anyone help with this? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191106/59686813/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=112185 Bug ID: 112185 Summary: Xorg hangs from time to time Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: not set Component: Driver/nouveau Assignee: nouveau at

...; exit(EXIT_FAILURE); } Best regards, Jan-Martin -- You are receiving this mail because: You are watching all bug changes. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.netfilter.org/pipermail/netfilter-buglog/attachments/20191106/bc918eba/attachment.html>

On Nov 4, 2019, at 4:00 PM, James Molloy via llvm-dev <llvm-dev at lists.llvm.org> wrote: > We'd be keen to help out what the community decides to do here. I personally feel it's reasonable that: > - LangRef/DataLayout is updated with semantically coherent changes. > - The midend optimizer is updated by someone who cares about those changes and tests are added that use

..." which is implicitly the same as the final approach I suggested above, but maybe adding a new directive to achieve this isn't the right approach? James -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191106/055f9807/attachment.html>

...> -- > > Stefan Nagy > > Department of Computer Science > > Virginia Tech > -- Stefan Nagy Department of Computer Science Virginia Tech -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191106/d9b4bd14/attachment.html>

Hello all! (I apologize if I've ended up in the wrong list!) I'm trying to get a better understanding of LLVM's critical edge splitting, as documented in `Transforms/Utils/BasicBlockUtils.h`; specifically in the case of critical edges which are indirect transfer. The code comments discuss the following example: a CFG with direct edges A->D, B->D, and an indirect critical edge

Do we know the size of biggest deployment(site-site and client-site) which is tinc based VPN? Or it is just used in toy projects at schools to learn something about VPN? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.tinc-vpn.org/pipermail/tinc/attachments/20191105/0ce00ca7/attachment.html>

I learned from the Centos-devel email list that they aren't sending out email to centos-announce for updates to CentOS 8, but only updating an RSS feed. I think this is a bad idea since no one uses RSS anymore (ducks for cover). What do others here think of this? -- *Matt Phelps* *Information Technology Specialist, Systems Administrator* (Computation Facility, Smithsonian Astrophysical

hi there, running a simple test like time for s in $(seq 0 9999); do echo hello > world-$s; done takes a little more than a minute on a locally mounted test share on our samba server. the same test finishes in about 5 seconds when it is run on the server's file system, without samba. i understand that dealing with many small files isn't exactly the sweet spot of any (networked) file

...ottlenecks. thank you very much & with kind regards, t. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: <http://lists.samba.org/pipermail/samba/attachments/20191106/e83f37c4/signature.sig>

Dear all, I have a couple of questions of SPIR-V implementation for OpenCL. The first one is about the tool spirv-opt from the project SPIRV-TOOLS. When you use that tool like "spirv-opt test.spv -o test.spv", it changes something at the file or it does not do anything by not using any flag? I think it is like a "No action" flag but I am not 100% sure about that. The second

Hi everyone, clang currently implements the 'flatten' function attribute by marking all calls to not 'noinline' functions with 'always_inline'. In effect, only the first level of calls is inlined, not all calls recursively (like gcc does). We briefly discussed possible solutions on IRC: We could add an equivalent LLVM attribute for functions (e.g. 'flatten'). The

Hi, I'm looking for some feedback on pain points people have with FileCheck in terms of missing features to help people interested in working on FileCheck to prioritize the work accordingly. I am personally interested in improving FileCheck on 2 issues whenever time permits it: * being able to test for consecutive lines in arbitrary order, i.e. something akin to CHECK-DAG blocks where

...low/mlir/pulls>. Here is a more complete doc on the topic: https://docs.google.com/document/d/1DSHQrfydSjoqU9zEnj3rIcds6YN59Jxc37MdiggOyaI Cheers, -- Mehdi -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191106/564cd2ee/attachment.html>