similar to: RPMs for CentOS

Displaying 20 results from an estimated 8000 matches similar to: "RPMs for CentOS"

2013 Jan 06
3
[LLVMdev] Building llvm from source with clang instead of gcc
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 >
2013 Jan 05
2
[LLVMdev] Building llvm from source with clang instead of gcc
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
2015 Jun 09
5
[LLVMdev] C++14 support for shared_mutex
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 ?
2015 Jun 09
2
[LLVMdev] C++14 support for shared_mutex
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
2013 Jan 06
0
[LLVMdev] Building llvm from source with clang instead of gcc
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
2013 Jan 06
0
[LLVMdev] Building llvm from source with clang instead of gcc
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
2013 Jan 16
2
[LLVMdev] Failure building llvm/clang from source using binary clang package on Mageia 2
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.
2013 Jan 05
4
[LLVMdev] Building llvm from source with clang instead of gcc
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
2013 Jan 12
2
[LLVMdev] Failure building llvm/clang from source using binary clang package on Mageia 2
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
2013 Jan 06
5
[LLVMdev] Failure building llvm/clang from source using binary clang package on Mageia 2
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 /home/mgeldiener/vcs/llvm/lib/Support/Signals.cpp:30: /home/mgeldiener/vcs/llvm/lib/Support/Unix/Signals.inc:32:10: fatal error: 'cxxabi.h' file not found #include <cxxabi.h> ^ llvm[1]:
2013 Jan 14
2
[LLVMdev] Failure building llvm/clang from source using binary clang package on Mageia 2
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
2013 Jan 08
3
[LLVMdev] Failure building llvm/clang from source using binary clang package on Mageia 2
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 >>
2005 Aug 11
2
Where do my RPMs actually go, and is it different for Red Hat builds?
I'm trying to install themes for KDE. In doing so, I came across the following web site which seems to have the themes I want as RPMs: http://rpm.pbone.net/index.php3/stat/17/dept/3/idg/User+Interface_Desktop The theme I want is called "Thinkeramik", and it has the following versions, for various Red Hat builds: thinkeramik-3.2.1-1.0.el3.kde.i386.rpm RedHat EL 3
2010 Aug 03
4
Manually mounting partitions in "linux rescue" mode
I boot from the installation DVD, with an already existing CentOS 5.5 system on my hard disks. I have separate boot, root, and home partitions. I have moved the boot partition and now I need to re-initialize grub from rescue mode. Attempting to use 'rescue mode" to automatically mount my system under /mnt/sysimage eventally fails with an error message, which essentially says
2013 Jan 16
0
[LLVMdev] Failure building llvm/clang from source using binary clang package on Mageia 2
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
2013 Jan 06
3
[LLVMdev] Building llvm from source with clang instead of gcc
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 >
2013 Jan 09
0
[LLVMdev] Failure building llvm/clang from source using binary clang package on Mageia 2
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
2013 Jan 12
0
[LLVMdev] Failure building llvm/clang from source using binary clang package on Mageia 2
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: >>> >>>
2005 Oct 06
2
ant RPM for CentOS 4
Attempting to build OpenOffice 2 on CentOS 4 from rawhide (future FC5) SRPM. The spec file has EL4 target (which is nice), and I got almost all dependencies in place (mostly from 4.2beta and some from rawhide). However, I'm missing the ant package. Ant from rawhide doesn't compile since it is already gcc 4 based (fails on dependencies, getting it to use gcc4 instead of gcc seems like
2006 Jan 11
2
R 2.2.2-1 RPM build problem and solution on RH AS 4 x86_64
I have a dual Xeon x86_64 system running Red Hat AS 4. There are no x86_64 rpms in http://cran.us.r-project.org/bin/linux/redhat/el4/ (the i386 ones are a point release behind anyway) , and the fc4 rpms have a whole web of dependencies I don't want to pull in. So I decided to build http://cran.us.r-project.org/bin/linux/redhat/SRPMS/R-2.2.1-1.fc3.src.rpm . When I ran rpmbuild. one of the