search for: 20200210

...U 5Px4Aayix3mQyil0q7MZIYpNyrBWEjw= =YOGn -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: 0xA8166BCBB7EFE2FB.asc Type: application/pgp-keys Size: 11231 bytes Desc: not available URL: <https://dovecot.org/pipermail/dovecot/attachments/20200210/65a2f41f/attachment-0001.bin>

...ets invalidated. I may not have the full context here, so I'd like some feedback: does it make sense to make BasicAA a CFG-only pass again? Thank you, Alina -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200210/1f57ad9e/attachment.html>

...; Thank you, > Alina > -- Hal Finkel Lead, Compiler Technology and Programming Languages Leadership Computing Facility Argonne National Laboratory -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200210/c01de515/attachment.html>

Hello, Was thinking it would be wise to backup my server, in case anything "bad" ever happened, so that I could quickly get up to speed. 1. clone the whole drive -- which might be the best to ensure I keep the whole system working. 2. But, what about, if I just wanted to backup my Email server components? Postfix - which I think is just config files, and Dovecot - I think there is a

..._____________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200210/25fd7b5c/attachment.html>

..._____________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > -- -- Peter -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200210/8fc4bdeb/attachment.html>

Many DRM drivers implement an encoder with an empty implementation. This patchset adds drm_simple_encoder_init() and drm_simple_encoder_create(), which can be used by drivers instead. Except for the destroy callback, the simple encoder's implementation is empty. The patchset also converts 4 encoder instances to use the simple-encoder helpers. But there are at least 11 other drivers which can

Hi folks, Since Docker can bind-mount every .ssh directory I am looking for some way to forbid unprotected private keys. AFAICS it is currently not possible on the sshd to verify that the peer's private key was protected by a passphrase. Can you confirm? Regards Harri

...is at EuroLLVM too. I > think it is really important to improve the loop optimizer in LLVM, and I’m > glad you’re pushing on it! > > -Chris > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200210/104b672d/attachment.html>

...;t snapshotting every time leads to increased storage space? Best, Francis -------------- next part -------------- A non-text attachment was scrubbed... Name: 0xEE41D33F.asc Type: application/pgp-keys Size: 5544 bytes Desc: not available URL: <https://dovecot.org/pipermail/dovecot/attachments/20200210/1d79b3a6/attachment.bin>

...d, reload process throws down the service. I?m using lets encrypt certificates and this process is automated. Is there any way to reload just one domain/session? -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20200210/775b688b/attachment.html>

Hi all, the monorepo contains a Go frontend called 'llgo' (in the llgo/ top level folder). It apparently hasn't been active since 2017 and before that it wasn't very active either (there were 13 commits in 2016 apparently, most of it minor fixes). I would propose that we remove it from the monorepo for the following reasons: * It is apparently unmaintained. * It only supports a

On 02/10/2020 01:02 PM, Martin Storsjö wrote: > On Thu, 6 Feb 2020, Tom Stellard via llvm-dev wrote: > >> On 02/06/2020 02:48 PM, Greg Bedwell wrote: >>> Here's a non-MLIR commit that also wasn't sent to any list: >>> b3576f60ebc8f660afad8120a72473be47517573 >>> >>> >>> I don't think that this is the same issue as the

Am Fr., 7. Feb. 2020 um 17:03 Uhr schrieb Chris Lattner <clattner at nondot.org >: > > The discussion here is valuable for me, helping me to make my > > presentation about it at EuroLLVM as relevant as possible. My current > > idea is to take a complex loop nest, and compare optimizing it using > > red/green DAGs and traditional pass-based optimizers. > > Cool.

..., USt.ID-Nr. DE 114 165 789 Geschäftsführer: Dr. Hiroshi Nakamura, Dr. Robert Plank, Markus Bode, Heiko Lampert, Takashi Nagano, Takeshi Fukushima. Junichi Tajika -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200210/ddad12e9/attachment-0001.html>

Thank you! It seems like new changes in .rst files are picked up quickly now. -- Alex On Thu, Feb 14, 2019 at 7:33 PM Tanya Lattner <tonic at nondot.org> wrote: > This should all be fixed now. > > Thanks, > Tanya > > > On Feb 14, 2019, at 9:50 AM, Tanya Lattner <tonic at nondot.org> wrote: > > Yes, I am working on it. The sub-projects are still having

...uggestions or thoughts on the transformation? , will be helpful to proceed further. FYI, the problem persists with LLVM-9, not with the LLVM-8. Thank you ~Umesh -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200210/6b759684/attachment.html>

...809, AG N?rnberg) Gesch?ftsf?hrer: Felix Imend?rffer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/nouveau/attachments/20200210/a971b9fa/attachment-0001.sig>

Well, Yes. There are a few differences with the https://reviews.llvm.org/D70563 solution. First of all, in D70563, in case if file will be deleted between `open` and subscription to events, then there'll be maximum timeout. it seems that kqueue is not validating file descriptor, so, in case if file descriptor is already invalid, listening for a kqueue won't give any errors. It will just

...s.llvm.org >>>>>>>> https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >>>>>>>> >>>>>>> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200210/321db11e/attachment-0001.html>