search for: misrepresented

Actually, Sorry guys, I just want to say the below paragraph is misrepresenting. You can stream music without "paying the piper" without being in copyright hell. And as a long time icecast user/admin/client/server/whatever, that below paragraph just makes me really sad to see on this list. ...I'll lurk now. --Stauf > When people run icecast without registering their server and

On 11/2/2012 11:53 AM, Michael Ilseman wrote: > > > I think Dan was making two points with his example. Dan, correct me if I misrepresent your example, but image a situation where a target has two instructions to choose between in order to perform the operation. The first is IEEE compliant, but the second isn't compliant in how it operates over NaNs (quiet or otherwise). For whatever

Right on the top of http://www.centos.org/docs/5/html/5.2/Virtualization/chap-Virtualization-Managing_guests_with_virsh.html, it seems to imply you can load/send scripts to the vm guest using virsh. Is that possible? How and what are the limitations? Can you query the vm guest?

...tain inttoptr instructions (before CodeGenPrepare.) >> >> I've spoken with Nick Lewycky & Owen Anderson offline at the last social. On first reflection, both were okay with the proposal, but I'd like broader buy-in and discussion. Nick & Owen, if I've accidentally misrepresented our discussion or you've had second thoughts since, please speak up. > > FWIW, I think it would be nice if standard optimization passes have this property of being well behaved with respect to pointer types, and I don’t see a good reason for canonical IR passes to lose pointer types. I a...

Tanya Lattner <lattner at apple.com> writes: > Traffic on llvm-dev is quite high and while the majority of it is LLVM > development related, there are many other mails related to clients or > other projects. > > Having an llvm-users doesn't make any sense, but perhaps having a > llvm-clients or llvm-general mailing list may help offload some of the > traffic. >

...d briefly about this on IRC. I'm going to > experiment with only applying laplace smoothing if any scaled weights > are 0. AFAIU, usage of this rule is really just trying to avoid having > downstream users deal with 0 weights. Duncan, please whack me with a > clue stick if I totally misrepresented our conclusions. Zero is the extreme case, but it’s also important for other small counts. I’d like to see some specific examples of why you think the current behavior is harmful.

On Tue, 2018-06-19 at 12:41 -0400, pisymbol wrote: > > > On Tue, Jun 19, 2018 at 5:31 AM, pisymbol <pisymbol at gmail.com> wrote: > > > > On Mon, Jun 18, 2018 at 11:36 PM, Andrew Bartlett <abartlet at samba.org> wrote: > > > On Mon, 2018-06-18 at 15:56 -0400, pisymbol wrote: > > > > I have a binary based off of rpclient that prints out the

On Mon, Jun 18, 2018 at 11:36 PM, Andrew Bartlett <abartlet at samba.org> wrote: > On Mon, 2018-06-18 at 15:56 -0400, pisymbol wrote: > > I have a binary based off of rpclient that prints out the raw share > > SD as a binary stream instead of trying to parse it into human > > readable format (the default behavior). That is what I'm after. > > > >

I am trying to plot positions on a grid where the x and y axis equate to longitudinal and latitudinal co-prdinates respectively. As these co-ordinates are southings and westings, i need the origin of my graph to contain the two highest values of each co0ordinate, with the values decreasing in both respects along both axes - I cannot seem to find any function within r to allow me to do this. Also,

...t I have is that personally, I would prefer a > single option with a default percentage (say 0%) rather than having to > specify two options. > 0% doesn't mean "don't do it", just means "only do that to functions I didn't see running at all", which could be misrepresented in the profiling run. If we agree this should be *always* enabled, then only one option is needed. Otherwise, we'd need negative percentages to mean "don't do that" and that would be weird. :) > Also, it might be useful to add an option to dump the names of functions > t...

Hi all, Recently, Reid Kleckner found an ABI incompatibility between clang and GCC in the way vector parameters are passed on 32-bit x86. (This is documented in PR21510.) Specifically, GCC uses XMM0-XMM2 to pass the first 3 __m128 parameters, and the rest are passed on the stack. Clang passes an additional parameter by register, using XMM0-XMM3. The same applies to __m256 with YMM0-2 vs. YMM0-3.

On Nov 1, 2012, at 6:41 PM, Krzysztof Parzyszek <kparzysz at codeaurora.org> wrote: > On 11/1/2012 6:38 PM, Michael Ilseman wrote: >> >> On Nov 1, 2012, at 3:08 PM, Dan Gohman <dan433584 at gmail.com >> <mailto:dan433584 at gmail.com>> wrote: >>> >>> If the "optimizer" may truly ignore the possibility of NaNs under the

On Fri, Nov 2, 2012 at 10:02 AM, Krzysztof Parzyszek < kparzysz at codeaurora.org> wrote: > On 11/2/2012 11:53 AM, Michael Ilseman wrote: > >> >> >> I think Dan was making two points with his example. Dan, correct me if I >> misrepresent your example, but image a situation where a target has two >> instructions to choose between in order to perform the

On Mon, Jun 13, 2016 at 4:54 PM, Hans Wennborg <hans at chromium.org> wrote: > Breaking this out into a separate thread since it's kind of a separate > issue, and to make sure people see it. > > If you have opinions on this, please chime in. I'd like to collect as > many arguments here as possible to make a good decision. The main > contestants are 4.0 and 3.10, and

Adrian, I am not on the CRAN or R-core teams, so the following is my own view, but... > library(QCA) > > Users are encouraged to cite this package as: > > Dusa, Adrian (2015). QCA: Qualitative Comparative Analysis. R Package > Version 1.2-0, > URL: http://cran.r-project.org/package=QCA > > This is just an encouragement, not a requirement, and the official citation

A lot of people are going for the "VOIP only" approach, but SBC says you have to have an active analog voice circuit before they will sell you DSL. Does anybody know which DSL providers will sell you DSL without making you pay for a voice circuit? Thanks in advance, ------------------------------------------------------------------------ Steve Edwards sedwards@sedwards.com

On 11/1/2012 6:38 PM, Michael Ilseman wrote: > > On Nov 1, 2012, at 3:08 PM, Dan Gohman <dan433584 at gmail.com > <mailto:dan433584 at gmail.com>> wrote: >> >> If the "optimizer" may truly ignore the possibility of NaNs under the >> N flag, this would seem to be ok. However, a trap is outside the >> boundaries of "undefined result".

I also support Chris's position of 4.0, 4.1 etc. I don't think "majorness" is that important, and we can sort out the bit code compatibility story some other way. Sent from phone On Jun 24, 2016 4:42 PM, "Hans Wennborg via llvm-dev" < llvm-dev at lists.llvm.org> wrote: > On Mon, Jun 13, 2016 at 4:54 PM, Hans Wennborg <hans at chromium.org> wrote: >

...nstructions (before CodeGenPrepare.) >>>> >>>> I've spoken with Nick Lewycky & Owen Anderson offline at the last social. On first reflection, both were okay with the proposal, but I'd like broader buy-in and discussion. Nick & Owen, if I've accidentally misrepresented our discussion or you've had second thoughts since, please speak up. >>> FWIW, I think it would be nice if standard optimization passes have this property of being well behaved with respect to pointer types, and I don’t see a good reason for canonical IR passes to lose pointer types. I...

...wise you have all the rights as anyone else granted by the license. However, CRAN policies go beyond that and say "Where code is copied (or derived) from the work of others (including from R itself), care must be taken that any copyright/license statements are preserved and authorship is not misrepresented. Preferably, an ?Authors at R? would be used with ?ctb? roles for the authors of such code. Alternatively, the ?Author? field should list these authors as contributors. Where copyrights are held by an entity other than the package authors, this should preferably be indicated via ?cph? roles in the...