similar to: Hard drive DMA messages upon shutdown

When looking for RPMs for CentOS 4.1 outside of the yum CentOS repositories, do I choose the version of a product which says for FC4, or what, if there is no specific version mentioned for CentOS ?

On 1/5/2013 8:01 PM, Justin Holewinski wrote: > > On Sat, Jan 5, 2013 at 5:59 PM, Edward Diener > <eldlistmailingz at tropicsoft.com <mailto:eldlistmailingz at tropicsoft.com>> > wrote: > > On 01/05/2013 01:11 PM, Dmitri Gribenko wrote: > > On Sat, Jan 5, 2013 at 7:48 PM, Edward Diener > <eldlistmailingz at tropicsoft.__com >

On 01/05/2013 01:11 PM, Dmitri Gribenko wrote: > On Sat, Jan 5, 2013 at 7:48 PM, Edward Diener > <eldlistmailingz at tropicsoft.com> wrote: >> I actually found out that llvm/configure will choose clang if it is >> found in the path. This contradicts what is written at >> http://llvm.org/docs/GettingStarted.html#requirements, where it says it >> will use the

On Sat, Jan 5, 2013 at 11:08 PM, Edward Diener < eldlistmailingz at tropicsoft.com> wrote: > On 1/5/2013 8:01 PM, Justin Holewinski wrote: > >> >> On Sat, Jan 5, 2013 at 5:59 PM, Edward Diener >> <eldlistmailingz at tropicsoft.**com <eldlistmailingz at tropicsoft.com><mailto: >> eldlistmailingz@**tropicsoft.com <eldlistmailingz at

On Sat, Jan 5, 2013 at 5:59 PM, Edward Diener < eldlistmailingz at tropicsoft.com> wrote: > On 01/05/2013 01:11 PM, Dmitri Gribenko wrote: > >> On Sat, Jan 5, 2013 at 7:48 PM, Edward Diener >> <eldlistmailingz at tropicsoft.**com <eldlistmailingz at tropicsoft.com>> >> wrote: >> >>> I actually found out that llvm/configure will choose

On 6/8/2015 10:10 PM, Tim Northover wrote: > On 8 June 2015 at 17:53, Edward Diener <eldlistmailingz at tropicsoft.com> wrote: >> How can I tell at compile time through predefined macros whether libc++ >> includes/supports the C++14 header file shared_mutex ? > > I doubt it's even theoretically possible. Clang can be used with > multiple standard libraries, and

How can I tell at compile time through predefined macros whether libc++ includes/supports the C++14 header file shared_mutex ? Given that I have identified that libc++ is being used, will this work ? : #if __cplusplus >= 201402 // Header file shared_mutex supported #endif or do I need to check something else ?

On 1/15/2013 11:19 AM, Dmitri Gribenko wrote: > On Mon, Jan 14, 2013 at 3:32 AM, Edward Diener > <eldlistmailingz at tropicsoft.com> wrote: >> It is on pastebin and is called ConfigureLog. I made it private, FWIW. > > Please provide a link. I can not find it because it is private. I copied it to a public paste called ConfigureLogPublic at http://pastebin.com/yaLHmmGk.

On 01/12/2013 06:08 PM, Dmitri Gribenko wrote: > On Sun, Jan 13, 2013 at 12:59 AM, Edward Diener > <eldlistmailingz at tropicsoft.com> wrote: >> On 01/09/2013 10:37 AM, Dmitri Gribenko wrote: >>> >>> On Tue, Jan 8, 2013 at 8:43 AM, Edward Diener >>> <eldlistmailingz at tropicsoft.com> wrote: >>>> >>>> After applying your

On 1/6/2013 9:47 AM, Justin Holewinski wrote: > On Sat, Jan 5, 2013 at 11:08 PM, Edward Diener > <eldlistmailingz at tropicsoft.com <mailto:eldlistmailingz at tropicsoft.com>> > wrote: > > On 1/5/2013 8:01 PM, Justin Holewinski wrote: > > > On Sat, Jan 5, 2013 at 5:59 PM, Edward Diener > <eldlistmailingz at tropicsoft.__com >

Sometimes when you change the configuration, this configuration change will only be available after a shutdown. Not to have to monitor when the vm shuts down, to start it again. It could be nice to have libvirt start it one time. Something like: 1. change the network interface of a running guest 2. at the prompt of the virt-manager "Some changes may require a guest shutdown to take

It is not a destroy. With some hardware changes you require the host to shutdown down and then start. The shutdown down is manually given either via some acpi request or from within the guest. When the guest is down, the 'host' recognizes this guest requires a one time start, and starts it. This should 'solve' that if you change hardware you have to wait for the guest to

On Wednesday, January 16, 2013, Edward Diener wrote: > On 1/15/2013 11:19 AM, Dmitri Gribenko wrote: > >> On Mon, Jan 14, 2013 at 3:32 AM, Edward Diener >> <eldlistmailingz at tropicsoft.com> wrote: >> >>> It is on pastebin and is called ConfigureLog. I made it private, FWIW. >>> >> >> Please provide a link. I can not find it because it

On Sun, Jan 13, 2013 at 12:59 AM, Edward Diener <eldlistmailingz at tropicsoft.com> wrote: > On 01/09/2013 10:37 AM, Dmitri Gribenko wrote: >> >> On Tue, Jan 8, 2013 at 8:43 AM, Edward Diener >> <eldlistmailingz at tropicsoft.com> wrote: >>> >>> After applying your patch on Mageia 2 and invoking llvm's configure: >>> >>>

Hmisc Version 3.3-2 has been posted to the CRAN repository. Change Log 3.3-2 4/26/2007 Fixed bug with combine<- function not handling NULL values. 3.3-1 3/29/2007 Created functions trunc.POSIXt, ceil.POSIXt, round.POSIXt to do those ops on POSIXt objects. Removed chron versions of these functions. Placed Hmisc in a namespace Factored out category

Hmisc Version 3.3-2 has been posted to the CRAN repository. Change Log 3.3-2 4/26/2007 Fixed bug with combine<- function not handling NULL values. 3.3-1 3/29/2007 Created functions trunc.POSIXt, ceil.POSIXt, round.POSIXt to do those ops on POSIXt objects. Removed chron versions of these functions. Placed Hmisc in a namespace Factored out category

On 01/09/2013 10:37 AM, Dmitri Gribenko wrote: > On Tue, Jan 8, 2013 at 8:43 AM, Edward Diener > <eldlistmailingz at tropicsoft.com> wrote: >> After applying your patch on Mageia 2 and invoking llvm's configure: >> >> Using clang 3.0 I get: >> >> "checking whether clang works... no >> configure: error: Selected compiler could not find or

On 01/07/2013 08:39 AM, Dmitri Gribenko wrote: > On Mon, Jan 7, 2013 at 12:23 AM, Edward Diener > <eldlistmailingz at tropicsoft.com> wrote: >> On Mageia 2 I have installed the binary clang package clang3.0-7. When I >> tried to build the latest llvm/clang from source using this binary clang >> I get this error: >> >> 1) In file included from >>

On 01/05/2013 11:32 AM, Krzysztof Parzyszek wrote: > On 1/5/2013 7:10 AM, Edward Diener wrote: >> Is it possible to build llvm with a previous version of clang installed >> as a binary ? If so, how do I get llvm/configure to use the binary >> version of clang rather than gcc to build the latest version of llvm ? >> > > Set environment variables CC and CXX to point

On Tue, Jan 8, 2013 at 8:43 AM, Edward Diener <eldlistmailingz at tropicsoft.com> wrote: > After applying your patch on Mageia 2 and invoking llvm's configure: > > Using clang 3.0 I get: > > "checking whether clang works... no > configure: error: Selected compiler could not find or parse C++ standard > library headers. Rerun with CC=c-compiler CXX=c++-compiler