similar to: "Living Downstream Without Drowning" BOF @ Dev Meeting

On 19 Oct 2015, at 19:05, Bruce Hoult via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > I find the git imerge script extremely useful for this kind of situation. > > https://github.com/mhagger/git-imerge > > Logically, it does something similar to rebasing your local branch onto EVERY commit in the upstream branch, in turn, until it finds conflicts. There is

Hello debug-info fans, There has been a lot of activity in the debug-info area lately, and I was wondering if there's interest in a BoF session this April. Alternatively we could just have a hacker-lab table again, which worked out pretty well at the last US meeting. Some potential discussion topics for the BoF/table could be: * Improving debugging of optimized code ** Defining what -Og

Hello fellow downstream residents, I see that r358546 accidentally deleted an entire subtree, which was reverted in r358552. This of course caused a big merge conflict in our local repo, and internally we've been debating tactics for dealing with it, hopefully without losing our original history. Has anyone else handled this in a way that they are happy with? We found a StackOverflow

Rpvs> On 14/07/2020 16:51, Gregory Sloop via samba wrote: >> Yeah, I could setup an extra XCP box - but at smaller setups, it really seems like overkill. >> So, it sounds like restores of the VM work "fine." >> How often do machine accounts reset their passwords? Rpvs> Every 30 days, though this is adjustable, but not recommended >> [This is the one that is

I've read the wiki and other resources on how to connect Vonage / Voicepulse and all these other services to Asterisk... We are attempting a connection to a Lucent iMerge. Lucent has told us that it won't work - but we feel confident that it will. Has anyone worked with the Lucent iMerge - or would be willing to help lend a hand? It is capable of H323 / MGCP. Even if I could make the

Rpvs> On 14/07/2020 17:25, Gregory Sloop via samba wrote: >> Rpvs> On 14/07/2020 16:51, Gregory Sloop via samba wrote: >>>> Yeah, I could setup an extra XCP box - but at smaller setups, it really seems like overkill. >>>> So, it sounds like restores of the VM work "fine." >>>> How often do machine accounts reset their passwords? >>

> On Jul 29, 2016, at 11:07 AM, Robinson, Paul <paul.robinson at sony.com> wrote: > > > >> -----Original Message----- >> From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org <mailto:llvm-dev-bounces at lists.llvm.org>] On Behalf Of Mehdi >> Amini via llvm-dev >> Sent: Friday, July 29, 2016 10:02 AM >> To: David Chisnall >> Cc:

> -----Original Message----- > From: Renato Golin [mailto:renato.golin at linaro.org] > Sent: Monday, July 25, 2016 7:11 AM > To: Daniel Sanders > Cc: Robinson, Paul; llvm-dev at lists.llvm.org > Subject: Re: [llvm-dev] [RFC] One or many git repositories? > > On 25 July 2016 at 14:55, Daniel Sanders <Daniel.Sanders at imgtec.com> > wrote: > > I know of a way

Timo, I have had to drop back to alpha3 because I found a pile of core files on my imap server this morning, from the weekend. They are all from the assert: imap(user): file mbox-lock.c: line 379 (mbox_lock_fcntl): assertion failed: (lock_type == F_UNLCK) I reported this issue to the list last Friday. Help... Jeff Earickson Colby College

Have you tried the git-imerge add-on? https://www.youtube.com/watch?v=FMZ2_-Ny_zc On Tue, Jun 7, 2016 at 5:17 AM, Robinson, Paul via llvm-dev < llvm-dev at lists.llvm.org> wrote: > > > > -----Original Message----- > > From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of > David > > A. Greene via llvm-dev > > Sent: Thursday, June 02,

> -----Original Message----- > From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of Mehdi > Amini via llvm-dev > Sent: Friday, July 29, 2016 10:02 AM > To: David Chisnall > Cc: llvm-dev at lists.llvm.org; Bruce Hoult > Subject: Re: [llvm-dev] [RFC] One or many git repositories? > > > > On Jul 29, 2016, at 2:19 AM, David Chisnall >

We are looking for a volunteer to lead a Testing BoF at next month's LLVM Dev Meeting. Testing was a popular topic in the responses to the LLVM Dev Meeting registration questionnaire. It also seems to be a recent theme on LLVMdev. A Testing BoF should seek to better describe the issues, identify any interest or actual work in addressing the issues, and foster potential collaboration.

I can do this, if nobody has volunteered yet. Cheers, Andrei On Fri, Oct 21, 2011 at 12:33 PM, Kipping, David <dkipping at qualcomm.com> wrote: > We are looking for a volunteer to lead a Testing BoF at next month's LLVM > Dev Meeting. Testing was a popular topic in the responses to the LLVM Dev > Meeting registration questionnaire. It also seems to be a recent theme on >

The BOF in the subject line is a "Birds Of a Feather" meeting. This is a chance for people who normally only get the chance to communicate via e-mail to actually sit down and talk to each other in person. I plan to be at the Joint Statistical Meetings in Dallas in August. If you will be attending and would be interested in getting together with some other R folks, please e-mail me and

We are starting a local LLVM backend project (using svn) and are looking for a mechanism to periodically update to later LLVM releases. Certainly, this seems like it would be a relatively common use case and I expected a google search would reveal several options. However, I didn’t really find anything. Perhaps I’m not looking for the right keywords, if so please help me out and point me to any

I have a problem where an Asterisk server is sending a premature DRQ... Not sure why.. Here's the setup - Asterisk using inAccess networks H323 replacement channel driver Connecting to a Lucent iMerge... The call connects fine - I get the out of the box greeting - but after exactly one Minute - the call terminates. I have had this problem on multiple different Asterisk configs... I'm

Dear all, please find below the meeting notes form the Polly BoF (as taken by Michael Kruse). Comments and feedback is very much appreciated. Best, Tobias Status update * Polly late in pipeline * Uses TargetTransformInfo * Part of the release process * isl: C++ interface, MIT licenced, improved scheduler * Polly integration plan; result: isl and Polly available in each build * Better

On 20 August 2014 00:24, Gerolf Hoflehner <ghoflehner at apple.com> wrote: > My experience from leading BOFs at other conferences is more talk than action. So I suggest a different setup for this topic: how about having a working group meeting with participants who can commit time to work on this topic? Mine too, but in this case I have to say it wasn't at all what happened. It

On Oct 16, 2015, at 1:27 PM, Joe Ranieri via llvm-dev <llvm-dev at lists.llvm.org> wrote: > I'm planning on attending. You've mentioned some of these, but > specific topics of interest for me include: > - Dealing with the explosion of basic blocks that come up with > languages where almost every function call, implicit and explicit, can > raise exceptions. I saw this

I don’t know what you mean by dealing with the merging, I don’t expect any difficulties, you need to elaborate. What I don’t see you addressing here is why this should be more of a problem in the monorepo case (as it was implied in the email I was answering to). Your answer made it sound like you thought the monorepo would solve all downstream problems ("I don't know what you mean… I