search for: disservice

Hi, Thanks for bringing this up. I am reluctant to update to recommonmark >= 0.4.0, because it is not available in any Ubuntu version, Debian Testing or even Debian Unstable. While we could do something custom on the buildbot, I think it would be a disservice for our users to use a library that is not packaged in modern operating systems yet. Dmitri

On 3 Oct 2012, at 09:48, John McCall wrote: > If your teachers are really making this sort of superficial generalization, > they're doing you a disservice. I completely agree with John here - we had a case a few years ago where someone spent ages refactoring their algorithm to be iterative and was surprised that it became slower (with the MS compiler). Looking at the assembly, it was using push and pop instructions for the temporaries on the recurs...

Hello David Chisnall, John McCall, David Blaikie and other people who may concern > If your teachers are really making this sort of superficial generalization, > they're doing you a disservice. This hit my head. Actually I didn't test the performance of those two, the iteration and the recursion, at all. And in this field of study, testing is very much important, I believe. And the '''tail call optimization'''. I will remember this also. Thank you all. I l...

...so in databases which could be then corrupted. Problems could be introduced also into the various logs. If, as is likely the case, you are not the only sysadmin on the system(s), you would also be creating problems for the other sysadmins, now and into the future. I think it would also be a disservice to users, for case-insensitive userids is not what they'll find on web sites and web services throughout the rest of the world, even on their own phones. So I'd agree, in this instance you should stay with the standard and explain to users that there ids are case sensitive.

...eferences to be removed and replaced with something that is trusted, epel for example. 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. -- Thoma...

...fing through every page. Summary - use the wiki, Luke. A Googol search of voip-info is faster and provides much more complete, well written information. Well, I said in my previous email that a fair price for this book is $14.95 not $40. I was wrong. This book does the entire Asterisk community a disservice and should not be purchased at any price. Do not encourage/fund the "author" to produce more such rip offs. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20040724/7fc0c463/attachment.htm

...ric-rpm" (has a few macros for RedHat 6.x and 7.x), Mandriva (circa NUT 2.0.2), openSUSE, and RedHat (apparently from RawHide). Since we do not have many developers who use the *.spec files (although Arjen keeps the openSUSE directory up-to-date), I am not sure if we are doing the packagers a disservice by shipping old package descriptions. We try to keep the version numbers updated via autoconf macros, but without testing, the list of drivers and man pages can get stale. Also, by having several different spec files in the release tarball, we are probably breaking "rpmbuild -tb" (if mem...

...sticians--not just my own bias. Could anyone suggest any such information? Or does anyone on this list use R who is a clinician and not really mathematically savvy? For instance, someone who doesn't remember any math beyond algebra and doesn't think in terms of P(A|B)? Or have we done a disservice to our students by choosing to make them learn R, rather than making ourselves learn SAS, Stata or SPSS? Thank you for any ideas Jake Wegelin

...t or support our flights of modeling fancy, they do; but in the end, it is neither an objective process nor one whose "uncertainty" can be strictly quantified. In creating the illusion that "statistical methods" can overcome these limitations, I think we have both done science a disservice and relegated ourselves to an isolated, fringe role in scientific inquiry. Needless to say, opposing viewpoints to such iconclastic remarks are cheerfully welcomed. Best regards, Bert Gunter

...More specifically LLVM has a native AMD dGPU backend that is tightly coupled to the compiler. Unlike other platforms which use things like PTX or other byte-codes. Those platforms lose performance or have to work-around not having hw level details. Assuming this is done correctly it would be a disservice to emit SPIR instead of native codegen. (Imagine JAVA JIT vs C performance) This also keeps everything in the open.. In my experience - people don't use OpenMP because they want so-so performance.. and with Exascale this will be increasingly important..

...proportion of its time in call overhead. But the general recursion-to-iteration transformation basically involves emulating the call stack on the heap and often makes performance worse, not better. If your teachers are really making this sort of superficial generalization, they're doing you a disservice. John.

how to upgrade CentOS 6.6 from 6.2?Thanks, Jegadeesh On Monday, 16 February 2015 6:37 PM, Carson Chittom <carson at wistly.net> wrote: Jegadeesh Kumar <jegasmile at yahoo.com> writes: > I wan to know the details steps about how to do OS upgrade? > Say for an example currently i am using CentOS 6.2 and plan to upgrade > that to 7. Please detail me the steps. I

...GCC requirement up to enable use of VC 2010-era features (like > rvalue refs and simple stdlib features), I am strongly opposed to this. Currently, we have people that are relying on our C++98 status. This isn't actually about VC2010 issues, this is about GCC support. I think it would be a disservice to change that in 3.4, only a small number of weeks away from the branch point. That seems like very little notice. > then jump to VC2012 features in LLVM 3.5 assuming that goes well. We're > talking about a 6 month delta between the two, and I think we'll learn a > lot in the f...

Hello! If I have more than a hundred analog telephones (analog lines) that need to be connected to Asterisk PBX, what kind of hardware do I need, and where can I buy it? Thanks in advance!

Asymmetric wrote: [SNIP] > > I don't know (don't use ices) but I thought I should inform you.. taking > user requests may cause you to violate the RIAA rules regarding that > topic, depending on how you handle it. Be careful. ;) > It's for my office... I'd love to play my CDs on my radio, but it would disturb those that don't like my music. Some do, so

Hi David Blaikie and others who might be interested on this Thank you very much! #1. Then I'd like to know, to make Clang/LLVM optimize a recursion into an iteration, how a recursion has to be implemented with any compiler option? (if the language is C/C++) Clang uses recursions, especially it uses recursive decent and operator-precedence parser. #2. I wonder if this kind of recursion is

...and there are a couple of upcoming papers about the same part of the standard. > > * The clock stuff being added in C++20 has already been discussed here. > > > We can: > > 1) Not ship std::filesystem, shipping only std::experimental::filesystem. > I think that this is a disservice to our users; because people are asking for std::filesystem, and other vendors are providing it. > Note: experimental::filesystem is *different* from std::filesystem, and they're only going to diverge further. In an ideal world, we would have two implementations; one for experimental::filesy...

...urns up on dead projects, instead of just stepping up or handing off in a competitive/proposal/worthy yet time limited process, the authors emit some sort of lame 'Hey yeah, new release coming' message in an attempt to maintain ownership, which of course goes nowhere. It's really just a disservice to themselves and the community. Sad indeed. Have people forgotten what opensource is all about? There are plenty of people capable of doing these two. Certainly ripping. Fork I say. I love these projects, and their authors. So not as an affront to prior authors, but for betterment of the projects,...

...a good idea, as we’ll be pretending that we support filesystem when we really only half support it. In other words, I think the number of people that will start using filesystem while _consciously_ knowing that it is ABI-unstable (and what that means) is quite small, and that is making our users a disservice. > > Would it be possible to instead ship the parts we’re not quite sure we can keep ABI stable in the headers (with `_LIBCPP_HIDE_FROM_ABI`) for the time being, and lower them to the dylib eventually as things stabilize? This would allow us to ship filesystem with LLVM 7.0 without any compr...

...requirement up to enable use of VC 2010-era features (like rvalue refs and simple stdlib features), > > I am strongly opposed to this. Currently, we have people that are relying on our C++98 status. This isn't actually about VC2010 issues, this is about GCC support. I think it would be a disservice to change that in 3.4, only a small number of weeks away from the branch point. That seems like very little notice. Yes, good point. A more logical one would be to go for 3.5/3.6 for "VC2010" and "VC2012" feature adoption. > > then jump to VC2012 features in LLVM 3.5 a...