search for: concesses

On Saturday, April 6, 2013, Jeff Bezanson wrote: > > Presumably the optimizer benefits from taking advantage of the > undefined behavior, but to get a consistent result you need to check > for both zero and this case, which is an awful lot of checks. Yes they > will branch predict well, but this still can't be good, for code size > if nothing else. How much performance can

I'm also not fully happy with LLVM's behavior here. There is another undefined case too, which is the minimum integer divided by -1. In Julia I can get "random" answers by doing: julia> sdiv_int(-9223372036854775808, -1) 87106304 julia> sdiv_int(-9223372036854775808, -1) 87108096 In other contexts where the arguments are not constant, this typically gives an FPE trap.

The potential advantage I was considering would be more accurate cost modeling in the vectorizer, inliner, etc. Like min/max, this is another case where the sum of the IR parts is greater than the actual cost. Beyond that, it seems odd to me that we'd choose the longer IR expression of something that could be represented in a minimal form. I know we make practical concessions in IR based on

On Tue, 22 Feb 2005, Jeff Cohen wrote: > Chris Lattner wrote: >> On Tue, 22 Feb 2005, Jeff Cohen wrote: >>> Also, some of what LSR needs to decide is architecture dependent. For >>> example, it may not want to strength reduce a multiplication which >>> multiplies by a small power of two, as this is handled by addressing modes >>> on some

Chris Lattner wrote: > On Tue, 22 Feb 2005, Jeff Cohen wrote: > >> Also, some of what LSR needs to decide is architecture dependent. >> For example, it may not want to strength reduce a multiplication >> which multiplies by a small power of two, as this is handled by >> addressing modes on some architectures. > > > You're right. However, we can

Hi all, I have just successfully ported openssh-2.1.0p3 to Cygwin. As you may know, Cygwin is a GPLed POSIX layer for Windows OSes. To be serious: I don't _like_ Windows systems and sometimes I really hate that STUPID concessions which are necessary when trying to get U*X software working on Windoze but for some reason that's exactly the reason, why I love to work on Cygwin! Porting to

Well, this is a bit stronger than a proposal; this is "what I plan to do unless people see obvious flaws I missed"... The text comment header is the second (of three) header packets that begin a Vorbis bitstream. It is meant for short, text comments, not arbitrary metadata; arbitrary metadata will be put in a metadata stream, likely an XML stream type. We've discussed this in

On Sun, Jul 13, 2003 at 05:28:12PM -0400, Arc wrote: > On Sun, Jul 13, 2003 at 02:27:01PM -0700, Dan Sully wrote: > > > > I quite agree - it's frustrating to be able to use software that's > > almost there, then have all the development move to a format that 90% > > of the applications/embedded systems don't yet support. > >

On 27 October 2016 at 16:18, David Chisnall via llvm-dev <llvm-dev at lists.llvm.org> wrote: > LLVM IR is intended as a compiler intermediate representation. It aims to be able to express anything that arbitrary source languages might want and anything that target architectures may implement, in a way that is not closely tied to either specific source languages or target architectures.

> > p.s. For an in depth analysis of TCP_CORK read Christiopher Baus' excelent > article: http://www.baus.net/on-tcp_cork Thanks for this pointer. I'd been meaning to reply on this thread, but hadn't got around to it, primarily because I didn't really understand TCP_CORK (the linux manpage is, as usual, fairly unclear on what exactly it does). Now I understand! > >

Hello everyone, I sent the last email prematurely - I had a few more questions. I don't wish to start a holy war here, but are there certain OSs / Distros that are preferred for running very busy icecast servers? We're a Solaris shop currently, but don't mind using linux or BSD if that would make things easier. I see there is a Fedora Core RPM on the icecast page - does that

On Fri, 2015-01-23 at 13:32 -0800, Keith Keller wrote: > <snip> > But (getting back a little to the original topic) getting to the 3ware > web interface should not require root privileges on the client, since > it's just the browser connecting to the 3ware http(s) listener. The OP > seemed to be ranting about a prompt for an administrative password from > the desktop

On Fri, Apr 11, 2008 at 10:11 PM, Conrad Parker <conrad at metadecks.org> wrote: > No, vorbiscomments are meant to be human-readable. But I CAN read base64! ... Seriously now, this is a good idea. Just the right (if not perfect) solution for this issue. See, those players that can read Vorbis Comments already limit what the user sees to the basic ones like Artist, Album, Comment,

> - Most listeners will have to upgrade to a new client or > install a plugin. I don't see a way around this in the general case, until Ogg is so widely used that it would be a bad business idea not to support it. I think it will eventually happen, but it will take time (it took ~ 4-5 years for MP3 to achieve this). That said, we are hoping to have RealPlayer auto-update support in

On 8/31/05, Michael Hale <giftculture@gmail.com> wrote: > Hello everyone, > > I sent the last email prematurely - I had a few more questions. I > don't wish to start a holy war here, but are there certain OSs / > Distros that are preferred for running very busy icecast servers? > We're a Solaris shop currently, but don't mind using linux or BSD if > that

Hi there, I'm preparing the 2.0.3-pre2 release. I've decided, as an exception (the second with the ones for 2.0.2, but hey, nut has a lot of late to resorb) to merge the USB improvements from the CVS Development branch. That means that the updated newhidups, as well as tripplite_usb and bcmxcp_usb if these are fine. To Charles and Wolfgang: any comments, objections, last things to be

Take delivery of a great concession on your Meds-RX Name brands, Finest quality. Vast variety, including Difficult to find drugs 0 RX needed. Private with No waiting quarters or appointments required Shipped within 21 hours or under, discrete boxing Purchase in bulk and Save! Still additional http://uk.geocities.com/hanho_keeffes/?ms=05No prescription needed. Have you ze luggage? No; but

A division intrinsic with defined behavior on all arguments would be awesome! Thanks for considering this. On Sat, Apr 6, 2013 at 11:27 AM, Joe Groff <arcata at gmail.com> wrote: > On Saturday, April 6, 2013, Jeff Bezanson wrote: >> >> >> Presumably the optimizer benefits from taking advantage of the >> undefined behavior, but to get a consistent result you need

> As a streaming server, it's fairly crucial for icecast to > send out data with as low a delay as possible (many clients > don't care, but some do). That's why we use TCP_NODELAY - we > actually WANT to send out data as soon as we can. Nagle is inherently unsuited for streams. NODELAY was (imho) ment for connections for which Nagle isn't sufficient and CORK is not

On Fri, Sep 29, 2017 at 7:51 PM, Andrew Trick via llvm-dev < llvm-dev at lists.llvm.org> wrote: > > > > On Sep 22, 2017, at 10:34 AM, Thorsten Schütt via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > > > > > > #define GET_REGINFO_ENUM > > #include "AArch64GenRegisterInfo.inc" > > > > #define GET_INSTRINFO_ENUM >