search for: 20200115

...to 8080 ^^^^ -- 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/20200115/f7ae6602/attachment.html>

...ub Actions is a CI/CD infrastructure provided by GitHub. GitHub Actions currently offers the following virtual machines (runners): cristianadam.eu Best Regards Marcus -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/opus/attachments/20200115/c7962331/attachment-0001.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Create-github-actions-for-cmake-build-and-automake-b.patch Type: application/octet-stream Size: 13035 bytes Desc: 0001-Create-github-actions-for-cmake-build-and-automake-b.patc...

...ic systems or information. It is your responsibility to maintain virus detection systems to prevent damage to your electronic systems and information. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20200115/731b9055/attachment-0001.html>

.../llvm-dev/2019-November/136808.html [1] https://reviews.llvm.org/D71916 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200115/0dd7dd9e/attachment.sig>

On Tue Jan 14, 2020 at 8:27 PM, Reid Kleckner wrote: > I don't think there's any technical reason for the current structure. Apparently [this](https://docs.microsoft.com/en-us/cpp/cpp/compiler-limits?view=vs-2019) is a thing. This results in the following delight happening on Visual Studio 2015: > fatal error C1091: compiler limit: string exceeds 65535 bytes in length So maybe

Now that we’re on the Git monorepo, is there an updated script for cherry-picking commits into the release branch? llvm/utils/release/merge.sh appears to still use SVN, and llvm/utils/release/merge-git.sh uses git-svn. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200116/5c791bd2/attachment.html>

...ware Engineer, Advanced Micro Devices (AMD) https://siqueira.tech -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/nouveau/attachments/20200115/33461b80/attachment-0001.sig>

On Wed Jan 15, 2020 at 6:58 PM, Reid Kleckner wrote: > Does the same limitation exist in VS 2017? I think that's our support > floor > these days: > https://llvm.org/docs/GettingStarted.html#host-c-toolchain-both-compiler-and-standard-library > It appears that all releases including the latest 2019 are affected. > > One *could* make the tablegen behavior conditional on the

...tinfo/centos-devel ). Finally, please join me in thanking the donors who all make this possible for us. Enjoy the fresh new release! -- Pablo Greco -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos-announce/attachments/20200115/682e2c99/attachment-0001.html> ------------------------------ Message: 2 Date: Wed, 15 Jan 2020 09:14:07 -0600 From: Brian Stinson <bstinson at centosproject.org> To: centos-announce at centos.org Subject: [CentOS-announce] Release for CentOS Linux 8 (1911) Message-ID: <e50673d6-a3aa-...

"Doerfert, Johannes via llvm-dev" <llvm-dev at lists.llvm.org> writes: > We could use a custom tag on `llvm.assume`, as an extension of > https://reviews.llvm.org/D72475, but that is not yet implemented. I had thought about using llvm.assume but was wondering if there is a better way. Tagging the loads with metadata really seems about the same amount of effort. Both

...SWITCH-mod_sofia/1.6.20~64bit" for peer 1000 Is my description accurate for this log snippet? How can we prevent the registration of third servers? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20200115/fb09983d/attachment.html>

...ies that evolve over time but this one is the biggest and most complex. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200115/6afd0fc4/attachment.sig>

On Wed, 15 Jan 2020, Reid Kleckner via llvm-dev wrote: > On Wed, Jan 15, 2020 at 11:14 AM Luke Drummond <luke.drummond at codeplay.com> > wrote: > On Wed Jan 15, 2020 at 6:58 PM, Reid Kleckner wrote: > > Does the same limitation exist in VS 2017? I think that's our > support > > floor > > these days: >

On Wed, 15 Jan 2020 at 17:47, Doerfert, Johannes <jdoerfert at anl.gov> wrote: > I'd say that helping people to improve their environment is better than > forcing others to worsen theirs. Note the difference: One side is trying to *help improve", while the other is *forcing to worsen*. This is really not helpful. --renato

...nformation. It > is your responsibility to maintain virus detection systems to prevent > damage to your electronic systems and information. > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20200115/1d829a8d/attachment.html>

...tinfo/centos-devel ). Finally, please join me in thanking the donors who all make this possible for us. Enjoy the fresh new release! -- Pablo Greco -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos-announce/attachments/20200115/682e2c99/attachment-0006.html>

Hi Everyone, Numerous people have been bringing up challenges with consensus driven decision making in the LLVM community. After considering this and seeing the frustrations it is causing many people, I think we should make a formal process change to help improve decision making going forward. Here is the outline of the draft proposal

...centos-devel ). Finally, please join me in thanking the donors who all make this possible for us. Enjoy the fresh new release! Thanks, Brian Stinson -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos-announce/attachments/20200115/883d5ac9/attachment-0006.html>

...centos-devel ). Finally, please join me in thanking the donors who all make this possible for us. Enjoy the fresh new release! Thanks, Brian Stinson -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos-announce/attachments/20200115/883d5ac9/attachment-0006.html>

I'm implementing c style "sizeof()", and I did as http://nondot.org/sabre/LLVMNotes/SizeOf-OffsetOf-VariableSizedStructs.txt illuarstrated, and it works find, here's an example of my implementation: auto *p = builder.CreateGEP(structTy, llvm::ConstantPointerNull::get(pointerTy), constint1); auto *size =