similar to: [LLVMdev] [PATCH]: enable multilib build on x86_64-apple-darwin

doesn't --target=x86_64-apple-darwin imply you don't want multi-libs, and an x86_64-only compiler? Shantonu Sent from my MacBook On Aug 23, 2009, at 11:36 AM, Jack Howarth wrote: > Current llvm-gcc-4.2 for trunk and the 2.6 release > is unable to build the i386 multilib for the > x86_64-apple-darwin target. The attached patch provides > this support. Can we get this into

On Aug 25, 2009, at 2:33 PM, Mike Stump wrote: > On Aug 23, 2009, at 11:36 AM, Jack Howarth wrote: >> Current llvm-gcc-4.2 for trunk and the 2.6 release >> is unable to build the i386 multilib for the >> x86_64-apple-darwin target. The attached patch provides >> this support. Can we get this into the 2.6 release >> and trunk? > > This is fine. I don't

Any chance that we could get r80071 applied to llvm-gcc-2.4 2.6 branch in about a week? As Mike said this change should be very safe. Jack On Wed, Aug 26, 2009 at 12:48:15AM -0700, Eric Christopher wrote: > > On Aug 25, 2009, at 9:57 PM, Chris Lattner wrote: > > > > > On Aug 25, 2009, at 2:33 PM, Mike Stump wrote: > > > >> On Aug 23, 2009, at

On Aug 26, 2009, at 2:11 PM, Jack Howarth wrote: > Any chance that we could get r80071 applied to llvm-gcc-2.4 2.6 > branch in about a week? As Mike said this change should be > very safe. Yes, I'll ask Tanya to pull it into the release. -Chris > Jack > > On Wed, Aug 26, 2009 at 12:48:15AM -0700, Eric Christopher wrote: >> >> On Aug 25, 2009, at

On Aug 25, 2009, at 9:57 PM, Chris Lattner wrote: > > On Aug 25, 2009, at 2:33 PM, Mike Stump wrote: > >> On Aug 23, 2009, at 11:36 AM, Jack Howarth wrote: >>> Current llvm-gcc-4.2 for trunk and the 2.6 release >>> is unable to build the i386 multilib for the >>> x86_64-apple-darwin target. The attached patch provides >>> this support. Can we get

On Aug 23, 2009, at 11:36 AM, Jack Howarth wrote: > Current llvm-gcc-4.2 for trunk and the 2.6 release > is unable to build the i386 multilib for the > x86_64-apple-darwin target. The attached patch provides > this support. Can we get this into the 2.6 release > and trunk? This is fine. I don't have a rw llvm-gcc tree, some else want to check it in? For 2.6, that's be

Chris, Thanks. I am going to update the fink llvm and llvm-gcc42 packages I maintain to the 2.6 release so this will help. Is clang updated in unison with llvm/llvm-gcc-4.2 and is there much new that isn't in Xcode 3.2's clang? I was considering creating clang packaging for fink as well (if the releases were coordinated and the c++ support was decent yet). Jack On Thu,

Can anyone shed some light on the origins of the comments... /* Mach-O doesn't support omitting the frame pointer for now. */ ...in gcc/config/i386/i386.c. FSF gcc trunk has enabled the omit-frame-pointer option as the default for both i386 and x86_64 recently. * config.gcc: Handle --enable-frame-pointer. * configure.ac: Add --enable-frame-pointer. * configure: Regenerated. *

I just tried to update to CentOS 6.2, but I am faced with "Errors: Protected multilib versions" error, the offending packages are: jasper-libs.i686 krb5-libs.i686 nss.i686 After some investigation, it turns out that there are newer packages in "x86_64 updates" repository, but only for x86_64 version, while in "x86_64 main" repository there are older i686 version

Hi, Unfortunately we are getting multilib issues with the latest release of CentOS 7. It seems that samba-common.i686 conflicts with samba-common.x86_64, and therefore Yum multilib support. Is this expected? Thanks, -ben Transaction check error: file /usr/bin/net conflicts between attempted installs of samba-common-0:4.1.12-21.el7_1.i686 and samba-common-0:4.1.12-21.el7_1.x86_64 file

On 19 Sep 2007, at 21:51, Dale Johannesen wrote: >> will disable multilib (./configure --disable-multilib ...) and try >> again and post the results > > Yeah, that should work. Indeed it did. llvm-gcc now builds fine. (llvm and llvm-gcc at Revision: 42148) haven't run the test-suite or test yet - need sleep - good night my configure flags in case anyone wonders:

----- Original Message ----- > From: "Duncan Murdoch" <murdoch.duncan at gmail.com> > To: "Hsiu-Khuern Tang" <tangoh at gmail.com>, r-devel at r-project.org > Sent: Monday, March 9, 2015 10:40:02 AM > Subject: Re: [Rd] Notes on building a gcc toolchain for Rtools (but not multilib) > > On 09/03/2015 11:07 AM, Hsiu-Khuern Tang wrote: > > On

On 10/03/2015 3:17 PM, Duncan Murdoch wrote: > On 10/03/2015 2:56 PM, Dan Tenenbaum wrote: > > > > > > ----- Original Message ----- > >> From: "Duncan Murdoch" <murdoch.duncan at gmail.com> > >> To: "Dan Tenenbaum" <dtenenba at fredhutch.org> > >> Cc: "Hsiu-Khuern Tang" <tangoh at gmail.com>, r-devel at

The current llvm/llvm-gcc-4.2 2.6 branch passes all of the Polyhedron 2005 benchmarks built with its gfortran. The results compare as follows... Compile Command : gfortran -ffast-math -funroll-loops -msse3 -O3 %n.f90 -o %n benchmark gcc-4.2.4 llvm-gcc-svn llvm-gcc-2.6 llvm-gcc-2.6 at -m32 20081031 -m32 at -m32 at -m64 ac 18.30

----- Original Message ----- > From: "Duncan Murdoch" <murdoch.duncan at gmail.com> > To: "Dan Tenenbaum" <dtenenba at fredhutch.org> > Cc: "Hsiu-Khuern Tang" <tangoh at gmail.com>, r-devel at r-project.org > Sent: Tuesday, March 10, 2015 11:37:12 AM > Subject: Re: [Rd] Notes on building a gcc toolchain for Rtools (but not multilib)

I now get: /Users/arnold/Desktop/testing/vanilla-gcc-4.0/obj/gcc/xgcc -B/Users/ arnold/Desktop/testing/vanilla-gcc-4.0/obj/gcc/ -B/Users/arnold/ Desktop/testing/vanilla-gcc-4.0/obj/../install/i686-apple-darwin8/ bin/ -B/Users/arnold/Desktop/testing/vanilla-gcc-4.0/obj/../install/ i686-apple-darwin8/lib/ -isystem /Users/arnold/Desktop/testing/

On Sep 19, 2007, at 12:32 PM, Arnold Schwaighofer wrote: > I now get: > /Users/arnold/Desktop/testing/vanilla-gcc-4.0/obj/gcc/xgcc -B/Users/ > arnold/Desktop/testing/vanilla-gcc-4.0/obj/gcc/ -B/Users/arnold/ > Desktop/testing/vanilla-gcc-4.0/obj/../install/i686-apple-darwin8/ > bin/ -B/Users/arnold/Desktop/testing/vanilla-gcc-4.0/obj/../install/ > i686-apple-darwin8/lib/

Hi, [This is a follow-up to the "New version of Rtools for Windows" thread in January, but I just subscribed and don't know how to reply to an old thread -- my apologies.] I was able to use the nuwen distro to build a gcc 4.9.2 toolchain and use it to build the latest R-patched with it. Below are some notes about what I did; I hope they will be useful for keeping Rtools

No, As it worked fine before. I can't see the #if that goes with +#elif defined(__WIN32__) as you removed -#if TARGET_OS_MAC. Please go over your #if / #endif blocks and trail the #endif with a comment. I am willing to bet there is a problem there. Thanks for your time, Edward. 2009/9/23 Shantonu Sen <ssen at apple.com>: > Sounds like your system compiler doesn't support

Breaks Builds on Solaris and AuroraUX with: bash-3.2$ make Scanning dependencies of target BlocksRuntime [ 1%] Building C object BlocksRuntime/CMakeFiles/BlocksRuntime.dir/runtime.c.o /export/home/edward/lab/llvm/build/compiler-rt/BlocksRuntime/runtime.c:77:2: error: #error unknown atomic compare-and-swap primitive /export/home/edward/lab/llvm/build/compiler-rt/BlocksRuntime/runtime.c: In