search for: undeniable

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

...estcase. (I haven't explored what GCC is doing, but I don't think GCC supports arbitrary precision integers, and that probably simplifies their internal hashing quite a bit.) I have NOT exhaustively tested this new hash function. While the improvement on this particular testcase is undeniable, I suspect that for every hash function there is a pathological testcase that behaves badly. Ergo, I offer this hash to the list for comment: Is this a good choice? Is "hash ^= hash6432shift(pVal[i]);" a good choice for hashing multi-word integers? Is there a better hash I shou...

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

On Oct 19, 2015, at 10:53 AM, Joerg Sonnenberger <joerg at britannica.bec.de> wrote: >>>> 2) We could require new contributors to sign the Apache CLA. >>> >>> To me, this is the most acceptable option of the listed terms. >> >> Please explain: why? > > First part for me is that switching the code to a different license > doesn't

...confuse me is why linking with libutils.a causes the hash_free dependency to be pulled in, since if my understanding of static linking is correct it should only pull in whole object files which are actually used. This I cannot explain. Nevertheless the error message (see above) is repeatable and undeniable evidence that something is wrong. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE)...

...g that discussion. so the moment passed. and i'm not inclined to do it now. but, just as one for-instance, "markdown extra" lets you assign an i.d. attribute to a header, by adding it like this: > ## Header 2 ## {#header2} the extra power that this gives users is undeniable, and much-needed. but that convention is just an ugly hack. it's extra work, and it's error-prone, plus it looks awful. why wouldn't/shouldn't an i.d. be assigned automatically? so other variants, such as "multimarkdown", do just that. but, even in its own user-manual,...

.... I mentioned it to Christoph Galuschka and it was decided to bring this matter up here. Again, rpmforge is a dead project and any hope of it coming back is just a pipedream. References to it as a resource are a disservice to wiki users. John -- We hold these truths to be sacred and undeniable; that all men are created equal and independent, that from that equal creation they derive rights inherent and inalienable, among which are the preservation of life, liberty, and the pursuit of happiness. -- Thomas Jefferson, (1743 - 1826), draft of the Declaration of Independence, 21 June 1776...

...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 to understand _production optimized_ code at the same time as trying to understand the basic concepts the code implements, which is harder than learning about the concepts from more basic code then studying a better implementation. I don't know of a book, but as a sugges...

...t;tabloid-esque level of slimy nastiness." The knee- > >>>> jerk > >>>> reaction seems to be that this is a criticism of R. It is not. It is a > >>>> criticism of a poorly researched article. > >>>> > >>>> It also is an undeniable and inescapable fact that most S code runs > >>>> in R. > >>> > >>> The problem is not with criticism of the NY Times article, although > >>> as Pat > >>> Burns and others have pointed out this criticism was somewhat > >>> m...

This sounds good, should it be integrated into OpenSSH? :P A little monday humor for you.. -James Adolph Gorman wrote: > This letter can change your life. In fact, I guarantee it. > > If you had one opportunity to have everything you ever wanted, > would you grab it, or simply walk away? > > I have such an opportunity. One that can change your life forever. > >

...t flag? > You might want to get together with Ana Pazos, who just asked similar > questions today. I see that on cfe-dev now. Thanks for pointing that out. > Personally, I'd be sad to see Clang's default execution become less > conforming to the standard. But it's pretty undeniable that > "-std=gnu99/gnu11/..." do allow it by default. Agreed. Thanks for the reply! Cheers, Meador

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.

...eal life, you need to wear a safety pin in the proper nostril in order to join a community of safety-pin-in-the-proper-nostril music fans. But on the Web, all you have to do is pick the screen name Proper_Nostril_Pin_88, and you're in. OK, that might be a slight oversimplification, but it's undeniable that the Internet has made it possible for more people to access previously inaccessible music. Music speaks for itself on the Web, since it's divorced from real-life interaction. Anyone can find and join a community of people discussing and trading the music they like, whereas before, people w...

> 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