similar to: [LLD] Placing more sections in same segment as data?

There have been many cases where I have found myself in need of a pure forwarding tool that can forward sockets over a single stream. In my use cases, this stream is already secure, so there is no need for the tool to do any encryption or authentication. One specific use-case was forwarding a Docker socket to another VM over QubesOS qrexec qrexec, which uses Xen shared memory, but there are

Hey everyone, I've made several updates to the LLVM docs site over the last few weeks. I'd like to get some feedback before I make any additional changes. As of right now, here are the updates I've made: a.) Added a static sidebar with links to the docs, community pages, etc. b.) Moved the Community/Getting Involved info to a separate page. c.) Consolidate the docs into three

On 2019-10-15 19:11, Job Snijders wrote: > The S in SSH stands for secure. You are asking the wrong group of people. > You?ll have to resolve your issue in some other way. > This tool would only support running on stdin/stdout. Indeed, an idiomatic use-case would be to use it as the command argument to ssh(1). The assumption I am making is that anyone that can pass arbitrary data to

Hi all, I wrote a compiler front end which generates IR codes, but due to the logic, the IR codes have a lot of instructions like unnecessary br jump, basic block creation, load instructions and expression which can be simplified. now I want to use built in passes to optimize the generated code, but after I read the tutorial: https://llvm.org/docs/tutorial/MyFirstLanguageFrontend, I found that I

I'm trying to clarify my understand of gosub, macros and AEL. My understanding is that macros using the Macro() application, which is defined in extensions.conf by: [macro-foo] ... and called in extensions.conf with exten => _9NXXNXXXXXX.,n,Macro(fastbusy) is deprecated in favour of Gosub(). True so far? But then there are "macro"s defined in extensions.ael: macro foo() {

Hi, We are going to start to switching from SVN commit emails to GitHub commit emails this week. The only real change you should notice is that the revision number in the subject will be replaced with a git hash and the diff links in the email will point to GitHub. Otherwise the content and format of the email should be the same. We are going to start by rolling this out for the openmp-commits

I think others have answered your questions. You may want to implement some sort of locking system in the script so that you can only run a single instance of your script at. If you are looking for a backup tool which leverages rsync you may want to take a look at LBackup : http://www.lbackup.org There is even a pre-script you can enable (in the example resources) so that the script can run a

On 2019-10-15 20:00, asymptosis wrote: > On Tue, Oct 15, 2019 at 07:43:00PM -0400, Demi M. Obenour wrote: >> On 2019-10-15 19:11, Job Snijders wrote: >>> The S in SSH stands for secure. You are asking the wrong group of people. >>> You?ll have to resolve your issue in some other way. >>> >> This tool would only support running on stdin/stdout. Indeed,

Hello everyone, We are in the middle of porting the majority of zorg to GitHub/monorepo. The following build factories will be ported and if you use one of those for your bots, you are all covered: * ClangBuilder.getClangCMakeBuildFactory (31 bots) * ClangBuilder.getClangCMakeGCSBuildFactory (2 bots) * LibcxxAndAbiBuilder (23 bots) * SphinxDocsBuilder (7 bots) * UnifiedTreeBuilder (11

On Fri, Oct 11, 2019 at 10:19:13AM -0400, Michael S. Tsirkin wrote: > On Fri, Oct 11, 2019 at 03:07:56PM +0200, Stefano Garzarella wrote: > > We are implementing a test suite for the VSOCK sockets and we discovered > > that vmci_transport never allowed half-closed socket on the host side. > > > > As Jorgen explained [1] this is due to the implementation of VMCI. >

On Fri, Oct 11, 2019 at 10:19:13AM -0400, Michael S. Tsirkin wrote: > On Fri, Oct 11, 2019 at 03:07:56PM +0200, Stefano Garzarella wrote: > > We are implementing a test suite for the VSOCK sockets and we discovered > > that vmci_transport never allowed half-closed socket on the host side. > > > > As Jorgen explained [1] this is due to the implementation of VMCI. >

git 2.7.4 was released 17-Mar-2016. https://mirrors.edge.kernel.org/pub/software/scm/git/ Here is the git downloads page. https://git-scm.com/downloads Neil Nelson On 10/14/19 1:56 AM, Diana Picus via llvm-dev wrote: > Hi Galina, > > Thanks for the heads up. > > On Fri, 11 Oct 2019 at 21:09, Galina Kistanova via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >>

On Tue, Oct 15, 2019 at 3:47 AM Marcus Johnson via llvm-dev < llvm-dev at lists.llvm.org> wrote: > I say retire it instantly. > +1. It has never been a real requirement to use the script. Using native svn is still viable until the point of the migration. > > > On Oct 15, 2019, at 3:14 AM, Tom Stellard via cfe-dev < > cfe-dev at lists.llvm.org> wrote: > > >

The CS3 installer infamously dies with err:msi:ITERATE_Actions Execution halted, action L"ProcessPropertyFile.E35C3ECB_5FDA_49E1_AB1F_D472B7CB9017" returned 1603 Apparently, this bug is still in Wine 1.3.14. Trying the winetricks as described in the appdb didn't help. Here's the tty output: $ WINEDEBUG=msi wine /mnt/iso0/Adobe\ CS3/Setup.exe fixme:console:AttachConsole stub

On 10/15/2019 09:24 PM, Mehdi AMINI wrote: > Hi Tom. > > One issue with this is that we don't have a clear "ordering" from linear revision numbers from these emails. Have we looked into continuing to generate our own emails per commits instead so that we control the format? > This actually what we are doing, we are listening for github commit events and then generating

On 2019/10/15 ??1:49, Stefan Hajnoczi wrote: > On Fri, Oct 11, 2019 at 04:15:50PM +0800, Jason Wang wrote: >> There are hardware that can do virtio datapath offloading while having >> its own control path. This path tries to implement a mdev based >> unified API to support using kernel virtio driver to drive those >> devices. This is done by introducing a new mdev

On 2019/10/15 ??1:49, Stefan Hajnoczi wrote: > On Fri, Oct 11, 2019 at 04:15:50PM +0800, Jason Wang wrote: >> There are hardware that can do virtio datapath offloading while having >> its own control path. This path tries to implement a mdev based >> unified API to support using kernel virtio driver to drive those >> devices. This is done by introducing a new mdev

Apologies if there is a better forum for these questions. Please redirect me if so. I’ve been using the clang/wasm-ld tools to experiment with some basic examples, and there’s a couple things I’m wrestling with. 1) How to denote a function as the “start” function (https://webassembly.github.io/spec/core/binary/modules.html#start-section) 2) How to avoid the defaulted __heap_base global. I’ve

Hi, I mentioned this in my email last week, but I wanted to start a new thread to get everyone's input on what to do about the git-llvm script after the GitHub migration. The original plan was to require the use of the git-llvm script when committing to GitHub even after the migration was complete. The reason we decided to do this was so that we could prevent developers from accidentally

On 10/10/2019 11:40 AM, Mehdi AMINI wrote: > > > On Thu, Oct 10, 2019 at 10:59 AM Tom Stellard <tstellar at redhat.com <mailto:tstellar at redhat.com>> wrote: > > On 10/09/2019 11:05 PM, Mehdi AMINI wrote: > > > > > > On Wed, Oct 9, 2019 at 10:16 PM Tom Stellard via cfe-dev <cfe-dev at lists.llvm.org <mailto:cfe-dev at