similar to: QoS What to do?

I downloaded a binary build of release candidate 2, and it was simply a bare directory tree with no README files or other directions. Does one simply plop this in /usr/local or is there more to it? (I'm on OS X.) -- Perry E. Metzger perry at piermont.com

On Sat, 6 May 2017 23:11:16 +0800 C Bergström <cbergstrom at pathscale.com> wrote: > On Sat, May 6, 2017 at 11:07 PM, Perry E. Metzger via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > > Howdy! > > > > I've noticed that requests for help by people like me who are > > developing front ends are often lost in the noise in the llvm-dev > >

On Sat, 6 May 2017 13:46:18 -0700 Sanjoy Das via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > I'm not sure that will work well, because people won't usually > > wait a week to get their questions before moving on. If you're > > actively working full time on a project, you probably want > > answers in much less time. > > Sure s/week/day/ then.

On Sat, 6 May 2017 21:38:50 -0700 Sanjoy Das <sanjoy at playingwithpointers.com> wrote: > Hi Perry, > > On Sat, May 6, 2017 at 2:55 PM, Perry E. Metzger > <perry at piermont.com> wrote: > >> Let me put it this way -- I'm pretty sure if you take it on > >> yourself to answer beginner questions on llvm-dev promptly, > >> nobody will *complain*.

On Sat, 6 May 2017 12:06:03 -0700 Sanjoy Das <sanjoy at playingwithpointers.com> wrote: > Hi, > > On Sat, May 6, 2017 at 11:31 AM, Perry E. Metzger via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > It makes sense to have a place for us to talk to each other where > > we're the dominant traffic, where our questions for each other > > aren't

On Sun, 7 May 2017 00:01:34 +0800 C Bergström <cbergstrom at pathscale.com> wrote: > > Having a place dedicated to mutual aid among front end developers > > (and of course assistance from anyone else who is willing to > > answer questions) would be nice. > > > > I referred you to that list in speaking from experience. cfe-dev > may have started life as a

Howdy! I've noticed that requests for help by people like me who are developing front ends are often lost in the noise in the llvm-dev list. Although LLVM is a wonderful and very productive framework, I've found that getting help on my front end has been very difficult, and learning necessary detail about the APIs and the like is often very, very challenging. Perhaps it would be good to

Hi All, First of all, I am not native English speaker. While reading BUILD_VECTOR related code, for example, PPCTargetLowering::LowerBUILD_VECTOR, I see "splat" here and there. Could someone explain what it is (does splat mean the same thing across the whole code base)? Besides, from my English dictionary, I don't know why we call such thing as "splat"... :p Regards,

Pardon the length of this reply, but it seemed useful to be explicit about my concerns. On Sun, 7 May 2017 00:55:51 +0800 C Bergstrom <cbergstrom at pathscale.com> wrote: > You don't seem to be listening, but one last try. I listened. I respectfully disagree. > If you have a FE related question - Ask on cfe-dev and if you don't > get a response I'd be surprised. I

I'm experimenting with a 2.0 setup, using the sieve plugin for 2.0 from mercurial. Without sieve, everything seems to work fine. Once I put in a .dovecot.sieve file, though, nothing gets delivered, with the only hint of what's going wrong being this mess in syslog: Jul 7 13:18:00 bellman dovecot: lda(perry): Panic: file index-transaction.c: line 70 (index_transaction_init): assertion

On Thu, 11 May 2017 20:14:11 +1000 Dean Michael Berris via llvm-dev <llvm-dev at lists.llvm.org> wrote: > FWIW, I think the "modern" way of doing any of this is with any one > of the following services (that don't need to be owned/maintained > by the LLVM Foundation): > > - Stack Overflow (maybe if it gets large enough, get a "vertical" > for just

It appears that the lda + sieve does not respect the userdb_mail setting, though the imap server does(!?). Is this expected behavior? Perry -- Perry E. Metzger perry at piermont.com

Hello, I have dovecot installed and it works for about 3 hours then I get this error (in /var/log/maillog): Jan 8 08:42:53 stu dovecot: auth(default): pam(grossmsm,69.131.100.47): pipe() failed: Too many open files I set pam_limits.so to allow the user 'dovecot' to have 8192 open files, and I also changed: login_process_size = 512 However, it still wont work for more than a few

Hello I'm trying to do an ldap proxy but it is not working, it just continues to access the user's mailbox. I was able to do a proxy with a user in a "passwd-file", but not ldap directory. Here is part my "args" file on the passdb ldap stanza: base = dc=example,dc=com auth_bind = yes pass_filter =

So I'm working on a custom front end to R, in one mode of the front end I dynamically load libR.so into a child worker thread. I'm very careful to make sure it is loaded by a single thread and loaded only once, but since it is a child thread it violates assumptions made by the stack size checking inside of R and I get innumerable errors along the lines of Error: C stack usage

Your log file almost looks like a bug in Asterisk doesn't it? Why call poll() with a zero timeout while passing only one FD? and then why do the read when there is no data? Read the man pages for all the system calls Take a look at the source chan_sip.c /* Wait for sched or io */ res = ast_sched_wait(sched); if ((res < 0) || (res > 1000))

Hello, I'm a grad. student in statistics and am looking for some information on how R draws its contours. I suspect you are using a Bezier spline. I have the C code but am curious about how it works. Riley A. Metzger University of Waterloo Waterloo, Ontario, N2L 3G1 (519) 888-4567 Ext. 3715 rileymetzger at alumni.uwaterloo.ca

I sent this Email to Chris Lattner and he suggested that I send it to this group. >>After reading your PLDI paper, I found the LLVM Alias Analysis >>Infrastructure page. >> >>It says that there is an implementation of Steensgaard's algorithm >>and your DSA algorithm in the >>"optional poolalloc module". I have searched all over the LLVM

Hello, Where I work we have have an interesting setup, we have 2 machines with mail accounts on them and both have dovecot. We would really like to centralize all the mail accounts on one machine, but unfortunately the administration has not approved it. However, if we could create the "illusion" that they are on the same machine that would be acceptable. If we have a 3rd machine, lets

Hello, In the pass_attrs field one can map ldap attributes to dovecot attributes. I'm wondering if I can map both ldap attribuets and static attributes to a dovecot value in the same passdb section. Also, I can't seem to find what other values (if any) can belong in the: passdb ldap { args = /path/filename } stanza. Are there any other options I can put in that stanza, I can't seem to