search for: accreted

On Nov 8, 2012, at 7:09 AM, Joe Abbey <jabbey at arxan.com> wrote: >>> The problem we face is that bitcode changes, and when it does… future versions >>> can read it, but past versions are left in the lurch. For instance LLVM 3.2svn >>> can BitcodeReader from LLVM 3.1, but LLVM 3.1 can't BitcodeReader LLVM 3.2 >>> (after r165739.) There was an

...4-bit and 128-bit > chunks and determine the proper index ranges to look for. For example, > for 64-bit elements, result element zero must come from index 0 or 1. > For 32-bit elements, result element zero must come from index 0-3. David, this is probably the wrong approach, based on the accreted awfulness of the X86 shuffle lowering code, which Eli and I have hacked on to improve somewhat. The correct approach is probably a rewrite based around what AltiVec does: Canonicalize to byte ops, and write all the patterns once rather than having to look for 6 different variants of the same patte...

On Wed, 2008-03-26 at 14:11 -0700, Chris Lattner wrote: > On Wed, 26 Mar 2008, Jonathan S. Shapiro wrote: > >> Why not define an "add with overflow" intrinsic that returns its value and > >> overflow bit as an i1? > > > > Chris: > > > > I understand several simple ways to implement add with carry. Your > > suggestion is one of them. What

On Nov 8, 2012, at 3:31 AM, Duncan Sands <baldrick at free.fr> wrote: > Hi Joe, > >> We have a tool which reads in bitcode, processes it, and re-emits it. We use >> this tool as a flexible way to integrate our tool into the Xcode, Android NDK, >> Chromium, and Linux build process. >> >> The problem we face is that bitcode changes, and when it does…

Sent from my iPhone On Nov 9, 2012, at 4:55 PM, "Chris Lattner" <clattner at apple.com> wrote: > On Nov 8, 2012, at 7:09 AM, Joe Abbey <jabbey at arxan.com> wrote: >>>> The problem we face is that bitcode changes, and when it does… future versions >>>> can read it, but past versions are left in the lurch. For instance LLVM 3.2svn >>>>

I am trying to simulate the trajectory of the pension assets of one person. In C-like syntax, it looks like this: daily.wage.growth = 1.001 # deterministic contribution.rate = 0.08 # deterministic 8% Wage = 10 # initial Asset = 0 # initial for (10,000 days) { Asset += contribution.rate * Wage

I'm working on debugging AVX shuffles and I ran into an interesting problem. The current isSHUFPMask predicate in X86ISelLowering needs to be generalized to operate on 128-bit or 256-bit masks. There are probably lots of other things to change too (LowerVECTOR_SHUFFLE_4wide, etc.) but I'll worry about that later. The generalized rule is: 1. For the low 64 bits of the result vector, the

Just got a pointer to this via ACM "TechNews Alert" for today: http://www.acm.org/technews/articles/2004-6/0818w.html#item2 Seems that "... French computer scientist Antoine Joux reported on Aug. 12 his discovery of a flaw in the MD5 algorithm, which is often used with digital signatures...." There's more in the article cited above. Peace, david -- David H. Wolfskill

On Wed, December 31, 2014 12:03, Warren Young wrote: > > So, cope with change. > Is one to infer from your mantra 'cope with change' that one is not supposed to express any opinion whatsoever, ever, on any forum; on the externalised cost of changes made to software with no evident technical justification? And that to do so is evidence of some moral or intellectual defect in

On Jan 1, 2015, at 2:15 PM, James B. Byrne <byrnejb at harte-lyne.ca> wrote: > On Wed, December 31, 2014 12:03, Warren Young wrote: >> >> So, cope with change. > > Is one to infer from your mantra 'cope with change' that one is not supposed > to express any opinion whatsoever, ever, on any forum No, it?s a reaction to those who apparently want nothing to

On Jan 25, 2016, at 11:04 AM, Benjamin Smith <lists at benjamindsmith.com> wrote: > > We have a prospective client who is asking us what our policy is in the event > of unauthorized access. Tell them you use the Mr. Miyagi defense: ?Don?t get hit.? Your prospective client sounds like they?re expecting someone to have established procedures to deal with breaches. You know who

These two patches implement the first (and hardest) part of the fix for CVE-2010-3851. This adds a way to specify the format when adding a drive, avoiding qemu's auto-detection. In order to avoid an explosion of different add_drive_* functions (we have 4 already), we have implemented a way to specify optional arguments to functions, so all we need is a single new 'add_drive_opts'

On Wed, 26 Mar 2008, Jonathan S. Shapiro wrote: >> Why not define an "add with overflow" intrinsic that returns its value and >> overflow bit as an i1? > > Chris: > > I understand several simple ways to implement add with carry. Your > suggestion is one of them. What I'm trying to understand is how to > handle the conditional code issue generally.

On Wed, 26 Mar 2008, Jonathan S. Shapiro wrote: > I guess my take is that when faced with an architectural question that > you eventually may have to address in full, quick fixes tend to accrete > that have to be undone when you get around to the general solution, and > these make implementing the general thing harder -- unless you have > thought it out in advance and the quick

On Wed, 2008-03-26 at 11:02 -0700, Chris Lattner wrote: > On Wed, 26 Mar 2008, Jonathan S. Shapiro wrote: > > I want to background process this for a bit, but it would be helpful to > > discuss some approaches first. > > > > There would appear to be three approaches: > > > > 1. Introduce a CC register class into the IR. This seems to be a > >

On Thursday 17 December 2009 17:16, Nate Begeman wrote: > David, this is probably the wrong approach, based on the accreted awfulness > of the X86 shuffle lowering code, Ha! I have no issue believing this statement. :) > The correct approach is probably a rewrite based around what > AltiVec does: Canonicalize to byte ops, and write all the patterns once > rather than having to look for 6 different varia...

If I try the following: class foo { define bar ($text) { file {"/tmp/foo.txt": content => $text, } } bar { "hello": text => ''Hello World'', } } class foo2 inherits foo { Foo::bar["default"] { text => ''Hello World Again'', } } I get: "Syntax error at '':''; expected

...idmap_ldap the manpage actually refers to. Anyway, the global section of my smb.conf follows, edited slightly. Can someone help me out? Oh, and I should mention-- I did set the alloc secret using 'net idmap secret alloc'. That part seems to go OK. (BTW-- some of these options have accreted over the years-- some of them may no longer be necessary, or even helpful-- please let me know if anything sticks out at you) [global] interfaces = eth0 netbios name = FOZZIE-NEW socket options = TCP_NODELAY SO_RCVBUF=16384 SO_SNDBUF=16384 realm = BOSTON.EXAMP...

...d by this. <snip> > Proposal: a slow, multistep, backward-compatible transition to remove > the disincentive to contribute patches from private forks: I strongly doubt that this is the primary barrier for the contribution of such patches. Code review, the fact that these patches have accreted for long periods of time outside the view of the community, and a lack (or broken nature) of incremental development processes seem likely to cost much more. > P.S. tl;dr, right? Actually, yes. This entire conversation is too long to read. Many are claiming there is something wrong with the u...

Linux Plays a Role in 'Titanic,' Photos By NASA, but Can It Take On Microsoft? By SEAN DAVIS Dow Jones Newswires [From The Wall Street Journal, April 3, 1998, page B7B] NEW YORK-The makers of "Titanic" used it to render the hit film's special effects. NASA uses it to stitch together pictures of Earth. It is free to anyone who wants it, but at least two companies are