similar to: Getting a boost patch into RHEL 7

On 01/13/2016 05:45 AM, Jonathan Billings wrote: > On Wed, Jan 13, 2016 at 05:39:48AM -0800, Alice Wonder wrote: >> There is a patch to boost that should get into both CentOS and RHEL 7. >> >> I already sent an e-mail to the person who last modified the rpm spec file >> but I have no idea if he will even see the e-mail. > > Did you submit anything to

On Wed, Jan 13, 2016 at 05:39:48AM -0800, Alice Wonder wrote: > There is a patch to boost that should get into both CentOS and RHEL 7. > > I already sent an e-mail to the person who last modified the rpm spec file > but I have no idea if he will even see the e-mail. Did you submit anything to bugzilla.redhat.com? What's the BZ ID number? -- Jonathan Billings <billings at

Hello everybody. I'm using Rstudio in LMDE (64 bits) with xfce desktop. When I'm connecting , I don't have any problem to start Rstudio , but when I am not connecting Rstudio don't start. Any idea? In rsession-user.log I get 29 Nov 2012 23:07:50 [rsession-jose] ERROR asio.netdb error 1 (Host not found (authoritative)); OCCURRED AT: core::Error

Hello, I've been offered updates for boost* on C6. There has been no announcement at the moment. But neither do I find anything on rhn.redhat.com/errata/ Anyone knows how I should treat this update? Thanks Patrick

Am 26.01.2015 um 09:14 schrieb Patrick Bervoets <patrick.bervoets at psc-elsene.be>: > Hello, > > I've been offered updates for boost* on C6. There has been no announcement at the moment. > > But neither do I find anything on rhn.redhat.com/errata/ > > Anyone knows how I should treat this update? it seems to be a rebuild (centos dist tag) - the package is

On Wed, Jan 13, 2016 at 06:15:58AM -0800, Alice Wonder wrote: > No I didn't, I was under the impression one had to have an RHEL license to > do that. > > I suppose I should have tried, I'll try now. No, you don't have to, although opening a support request with Red Hat regarding the ticket (once you've created it) can help. More importantly, its less difficult for

We use GCC 6 from SoftwareCollection 6 and build our own Boost libraries with static linking. The result binaries work on all C7 instances just fine without the need to install any extra packages. The binary size isn't bloated too much by statically linking Boost, because many Boost functions are header templates anyway (but your mileage may vary). Not sure if you have other dependencies but

Is there any blog that has information on a potential RHEL 8 release date? boost in 7 is now too old for some things, in addition to gcc. There are solutions in 7 to those issues but it's starting to feel like 6 felt shortly before 7 came out, so I wonder if it is getting near to time. I'm working on a major project bitcoin related and it would be frustrating to deploy a bunch of

On Wed, Aug 26, 2009 at 4:41 AM, Dan Sanduleac<sanduleac.dan at gmail.com> wrote: > Oh, I see. Didn't think of this, thanks! > > So, just to be clear, there's no binding overhead in Cython because the > functions defined there are pure python, right? (The function objects I > mean). Whereas the ones I defined in Boost are more expensive to call. > > On Wed, Aug

CentOS Errata and Bugfix Advisory 2013:1187 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1187.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 4d9890eb6188a0e2b4cb664cec93cae75a4df4e2ef1f6360b4f9405e495f0175 boost-1.41.0-18.el6.i686.rpm 9856b6443740b8cbb217adeb51d90da211a5d395284712ec9e04554e2366eff7

Hi, In the code below, MyNamespace::MyClass_ptr will be named "struct.boost::MyClass_ptr" by llvm-g++, and not "struct.MyNamespace::MyClass_ptr" as I expected. I observed this with the real boost::shared_ptr but used the code below (also attached as structnametest1.cc) on the demo page (http://llvm.org/demo/index.cgi) to reproduce the behavior. When I extended my test code

CentOS Errata and BugFix Advisory 2015:C001 Upstream details at : http://bugs.centos.org/view.php?id=8117 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 6044ee7a7863e087a32391c31d94e030abf7d6d5d74dff8a6bd96cd32c5c63ca boost-1.41.0-25.el6.centos.i686.rpm bff46f66bdf08d7af49f2579070a2986489f4d0cf2fc50fbefb1db1bbf8b4b44

On Thursday 22 September 2005 19:12, Chris Lattner wrote: > On Thu, 22 Sep 2005, Tzu-Chien Chiu wrote: > > On 22/09/05, Bill Wendling <isanbard at gmail.com> wrote: > >> Couldn't you state the explicit namespaces. So not using "using > >> namespace llvm" and instead prefix all calls with "llvm::"? > > > > The header files in

(Redirected from r-packages, which is supposed to be an annoucements-only list, to r-devel which is for R development questions.) On 21 April 2011 at 08:10, Jay Emerson wrote: | We have used the BOOST interprocess libraries in package bigmemory | (and synchronicity, and ...) for about 3 years now. There is also a RQuantLib switched to using Boost when QuantLib did in June 2004, or almost seven

CentOS Errata and Security Advisory 2013:0668 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-0668.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: ba764a6076db6a713e10a2c1652389b83a51ffca053c9bedb1a2042e56bff16c boost-1.33.1-16.el5_9.i386.rpm

On Wed, Aug 18, 2010 at 3:40 AM, Keir Mierle <mierle at gmail.com> wrote: > Just a random observation from the Python world: Once Sphinx started taking > over as the dominant documentation tool, the quality of Python documentation > greatly improved. This is not just because sphinx produces well formatted > docs; it appears that the real driver behind the improvement is that

I am wondering whether one could boost certain fields (e.g., title and keywords) to make them ''weigh'' more against searches across all fields. I know that Document::Field has a boost attribute and that it accepts a boost argument in the constructor (although I''ve had not much luck with it, I am just getting back exceptions upon init w/ boost), but I was wondering

Hi, I am not sure how widespread this problem is, but definitely occurs for me on 64 bit Win 7 with a 64 bit R. I think I have isolated the issue (to a certain extent) in the attached Test.cpp file. Basically, I think linking with boost serialization is causing the plugin to fail. If I compile Test.cpp with line 43 (Dummy* Read() ...) commented out, I get the expected output in R: >

On Thu, 22 Sep 2005, Tzu-Chien Chiu wrote: > On 22/09/05, Bill Wendling <isanbard at gmail.com> wrote: >> Couldn't you state the explicit namespaces. So not using "using >> namespace llvm" and instead prefix all calls with "llvm::"? > > The header files in boost do not use fully-qualified tie(). I probably > should not modify them. But my .cpp

I've been doing some experiments with the Boost Graph Library (BGL) and interfacing to llvm's GraphWriter system. I'm using GBL for some custom work and needed a way to hook BGL's write_graphviz into GraphWriter to use the existing display infrastructure. To do this I added a HAVE_BOOST configure item and #ifdef'd the Boost support code in GraphWriter. Is this useful to