search for: undeniably

I haven''t seen a note here on the list, so in case anyone doesn''t have their RSS reader glued to the relevant blogs... http://weblog.rubyonrails.org/articles/2006/03/28/rails-1-1-rjs- active-record-respond_to-integration-tests-and-500-other-things Congrats to David and all the core team, and thanks for your dedication and all the work. This release looks really solid and

Hi All, Recently I was doing some AArch64 work and noticed some cases where fmuls were not getting fused with fadds. Is there any particular reason that the AArch64 machine combiner doesn't do this like it does for add/mul? I am happy to work up a patch for this, but I wanted to make sure that there wasn't a good reason for it not already being there. FWIW, I see where GCC is doing

I'm working on a bug where LLVM takes over six minutes to compile a module. After some hand-editing, the module looks like this: class half { private: union uif { unsigned int i; float f; }; static const uif _toFloat[1 << 16]; }; const half::uif half::_toFloat[1 << 16] = { {0x00000000}, {0x33800000}, {0x34000000}, {0x34400000}, {0x34800000},

On Tuesday, 14 August 2018 15:42:13 CEST Richard W.M. Jones wrote: > --- > java/Makefile.am | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/java/Makefile.am b/java/Makefile.am > index 81c20f266..1bad9a853 100644 > --- a/java/Makefile.am > +++ b/java/Makefile.am > @@ -122,7 +122,8 @@ libguestfs_jni_la_CFLAGS = \ > libguestfs_jni_la_LIBADD

...he CLA. Perhaps you’re thinking of a different CLA, if so, please specify. > I think a combination of good faith and providing appropiate tools is enough. I am personally a huge believer in good faith and good intentions, and that approach has served LLVM well for many years. However, it is undeniably true that motives can be mixed, and particularly as the LLVM community grows over the years that we cannot rely on it forever. >>>> 3) We could relicense all of LLVM under the Apache 2.0 license and add a runtime exception. >>> >>> This one I would consider a regress...

On Wed, Aug 22, 2018 at 12:56:47PM +0200, Pino Toscano wrote: > On Tuesday, 14 August 2018 15:42:13 CEST Richard W.M. Jones wrote: > > --- > > java/Makefile.am | 3 ++- > > 1 file changed, 2 insertions(+), 1 deletion(-) > > > > diff --git a/java/Makefile.am b/java/Makefile.am > > index 81c20f266..1bad9a853 100644 > > --- a/java/Makefile.am > >

alan said: > I think I am in agreement, > if by "isn't necessary" you mean to say that > simply providing more features to Markdown > doesn't force end users to use them, > or even really know they exist. except that wasn't what i meant. i mean that it's not necessary to trade simplicity in order to get the power of additional

Someone made mention on IRC earlier of a reference to rpmforge on the wiki and it got me thinking (yeah, never a good thing)... A quick search on the wiki itself shows a lot_of references to rpmforge. As this is a dead project and has been a dead project for 3+ years now it would be quite useful to the consumers of the wiki material for those references to be removed and replaced with something

Hi, (taking the plunge) I believe it's the case that if one were an experienced compiler engineer before coming to LLVM it might be a different story to if one were getting up to speed on how compilers work by starting with LLVM (which sounds like it might be the case here). Certainly in looking at the LLVM code in areas I don't know about there is the undeniable fact that one is trying

An amusing afterthought : What is a rival software (ahem!) was planting this, hoping for a divide between S and R communities.or at the very minimum hoping for some amusement. an assumption or even a pretense of stealing credit is one of the easiest ways of sparking intellectual discord Most users of softwares don't really care about who gets credit ( Who wrote Windows Vista ,or Mac OS or

...become involved knowing what > you know now? > > If you knew for sure you would be making $3,000 to $15,000 per month > within 6 months, would you want to be a part of it? > > Our product has something in common with both AOL and Microsoft. It is a > product that the world undeniably needs. In fact, 98% of the people who > use our product continue to use it month after month. And the reason is > that everyone who owns a computer needs our product. The company that > offers this product has grown faster than any company in history. It's > the first of its kin...

On Fri, Sep 18, 2015 at 10:34 PM, Tim Northover <t.p.northover at gmail.com> wrote: > AArch64's fmadd instruction is fused, which means it can produce a > different result to the two operations executed separately. The C and > C++ standards do not allow such changes. Sorry, sloppy language on my part. I was aware of fmadd, but I was really asking about turning sequences like:

Well now that I got your attention.... Why RoR sucks: 1. It''s smarter than me. Just when I think I''ll have to do some mundane thing (like I use to in PHP or ASP), I find out RoR does it already for me. 2. It takes about half or less code to put my stuff together in RoR than it did in PHP, ASP, ASP.NET, etc. It seems so unnatural that I can have a method with only 4 lines

If you wanted to write a new register allocator, that would be a different story. Then you would do well to read the literature to try and understand about various schemes that have already been invented. No need to reinvent the wheel. Most people doing a port can figure things out by just using their brain and the documentation already at the LLVM web site; but like I said, a good solid

Greetings- First, my apologies for the OT post. Yes, I understand this is not the FreePBX-users mailing list. But, there are a large number of people that use FreePBX and I'm hoping they can be of assistance. I have a system running Asterisk 1.4.27 (see... relevance!!!) and FreePBX 2.6.0. There are a large number of inbound routes configured for the various DID's coming in via PRI, SIP,

Sorry for the crosspost but I think it's important. Tom Pepper of Nullsoft, posted this yesterday. "We've considered heavily which direction seems most appropriate for the second generation audio codec of SHOUTcast. Our primary goal in the decision process was to provide smaller consumption of bits while maintaining similar quality and compatibility with existing playback systems.

Sorry for the crosspost but I think it's important. Tom Pepper of Nullsoft, posted this yesterday. "We've considered heavily which direction seems most appropriate for the second generation audio codec of SHOUTcast. Our primary goal in the decision process was to provide smaller consumption of bits while maintaining similar quality and compatibility with existing playback systems.

Sorry for the crosspost but I think it's important. Tom Pepper of Nullsoft, posted this yesterday. "We've considered heavily which direction seems most appropriate for the second generation audio codec of SHOUTcast. Our primary goal in the decision process was to provide smaller consumption of bits while maintaining similar quality and compatibility with existing playback systems.

Ogg Vorbis is mentioned in CNET's MP3 Insider newsletter. I'm sending this article and another one that takes more thorough look at internet music distribution (from the same newsletter). -------------------------------------------------------------------- MP3: IT'S NOT REALLY FREE There is a widespread illusion that the MP3 file format is not a proprietary codec. It'd be nice,

> On Oct 19, 2015, at 9:27 AM, Joerg Sonnenberger via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > On Mon, Oct 19, 2015 at 08:25:16AM -0700, Chris Lattner via llvm-dev wrote: >> 1) We could introduce a novel legal solution. > > Please, no. > >> 2) We could require new contributors to sign the Apache CLA. > > To me, this is the most acceptable