similar to: [LLVMdev] quick q configuring osx

Le 14 janv. 09 à 21:48, Chris Lattner a écrit : > > On Jan 14, 2009, at 12:44 PM, Graham Wakefield wrote: > >> Sorry if this is a newb q... I'm developing an application on a >> 10.5 machine but want to target the 10.4 SDK. Is there a magic >> incantation for the llvm configure script to set the sysroot path, >> equivalent to e.g. --with-sysroot

On Jan 14, 2009, at 12:44 PM, Graham Wakefield wrote: > Sorry if this is a newb q... I'm developing an application on a 10.5 > machine but want to target the 10.4 SDK. Is there a magic > incantation for the llvm configure script to set the sysroot path, > equivalent to e.g. --with-sysroot "/Developer/SDKs/MacOSX10.4u.sdk"? > Try 'make

Hi, For the record, adding UNIVERSAL_SDK_PATH=/Developer/SDKs/MacOSX10.4u.sdk/ was insufficient to restrict the .a/.o files to link against the 10.4 sdk, but env MACOSX_DEPLOYMENT_TARGET=10.4 make did the trick. Thanks! On Jan 14, 2009, at 1:29 PM, Jean-Daniel Dupas wrote: > > Le 14 janv. 09 à 21:48, Chris Lattner a écrit : > >> >> On Jan 14, 2009, at 12:44 PM,

Hi all, (Sorry if the answer to this is obvious - and thanks in advance~) Short version: linker error of _backtrace from LLVMSystem.a building a dynamic library embedding LLVM/clang, both against the OSX 10.4 sdk. Long version: I've just tried rebuilding my project using the 2.6 release, using the following commands to try and force LLVM to build against the OSX 10.4 sdk (I am

On Oct 25, 2009, at 1:58 PM, Graham Wakefield wrote: > Hi all, > > (Sorry if the answer to this is obvious - and thanks in advance~) > > Short version: > linker error of _backtrace from LLVMSystem.a building a dynamic > library embedding LLVM/clang, both against the OSX 10.4 sdk. > > Long version: > I've just tried rebuilding my project using the 2.6 release,

>> Daniel's comments are also good. > > …success! Looks like I spoke a bit too soon. Everything works as far as the fat binaries are concerned, except that -mmacosx-version-min is set to the host’s OS version, not that of the SDK, causing errors when it tries to link against 10.6’s versions of libraries instead of 10.5’s. This patch appears to solve that; it uses the OS version

Thanks for responding, Duncan, and clarifying that y'all need more info to help. I'm trying to compile binaries on os x 10.5.8 intel hardware that are compatible on ppc os x 10.4. When I include various flags to llvm-gcc, including: -m32 -arch ppc -isysroot /Developer/SDKs/MacOS10.4u.sdk -mmacosx-version-min=10.4 I am seeing errors when compiling using llvm-gcc 4.2. If I leave out

On an (Intel Leopard) Mac I try to build a package (mxFinance) which depends on another package (mxGraphics). The dependendy is 1) a 'Depends:' in DESCRIPTION and 2) an import in NAMESPACE. - The build fails if the dependent package (mxGraphics) is not installed in the R.framework Do I need to have installed all packages which are required by packages to be built binary (source builds

Hello, i'm using a power pc mac and i'd like to build attesor (qemu). but when i type file /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libSystem.B.dylib i get: /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libSystem.B.dylib: Mach-O universal binary with 2 architectures /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libSystem.B.dylib (for architecture ppc): Mach-O dynamically linked shared library stub

Hi, I'm wanting to call R from Perl via the RSPerl package. However I cannot seem to install it on my Macbook (OS X Tiger - R 2.6 - Perl 5.8.6). I try to install the source downloaded from the sigmahat website - but it seems to fail - when I search my system for R.pm - I can't find it? Something looks to be going wrong with the make bits? Cheers David M ---- $ R CMD INSTALL

(1) ...need to speed up a monte-carlo sampling...any suggestions about how I can get R to use all 8 cores of a mac pro would be most useful and very appreciated... (2) spent the last few hours trying to get pnmath to compile under os- x 10.5.4... using gcc version 4.2.1 (Apple Inc. build 5553) as downloaded from CRAN, xcode 3.0... ...xcode 3.1 installed over top of above after

I recently bought a new Intel Mac with OSX Leopard. I reinstalled the latest version of R and the Xcode tools. I'm trying to compile a C source code with the R compiler in X11, and I receive the following error message: [Macintosh:School Work 07-08/36-711/HW 3] dajmcdon% R CMD SHLIB McDonaldHW3.c gcc-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -std=gnu99 -no-cpp-precomp

I recently bought a new Intel Mac with OSX Leopard. I reinstalled the latest version of R and the Xcode tools. I'm trying to compile a C source code with the R compiler in X11, and I receive the following error message: [Macintosh:School Work 07-08/36-711/HW 3] dajmcdon% R CMD SHLIB McDonaldHW3.c gcc-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -std=gnu99 -no-cpp-precomp

Hi, everyone. I've been trying to compile flac 1.2.1 on OSX by using the 10.4 SDK. I need to use the 10.4 SDK because the application linking to flac requires it. Compiling flac with 10.5 results in link issues due to 10.5's fopen being different. Unfortunately, when trying to compile using a command such as: CFLAGS="-arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk

Hi All, Well, we compiled pre9 on an intel Mac running Tiger and now it does work on the machine. I need to see if that will now work on a PPC mac though. Hopefully it will but I am wondering if there is a way to compile and make a universal binary rsync for the Mac that will run on both, from my PPC Mac. Itried that yesterday with patch -p1 <patches/flags.diff patch -p1

Has anyone successfully compiled pnmath (http://www.stat.uiowa.edu/~luke/R/experimental ) for an intel processor running mac OS 10.5? When I attempt to do so via the R package installer (choosing "Local Source Package" and pointing to the pnmath_0.0-2.tar.gz file), I get the following errors: * Installing *source* package 'pnmath' ... ** libs ** arch - i386 gcc -arch i386

Hello, I'm working with R, I try to call C from R. When I try to compile my file.c to make file.so, with the command : R CMD SHLIB foo.c return the message : gcc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -std=gnu99 -dynamiclib -Wl,-headerpad_max_install_names -Wl,-macosx_version_min -Wl,10.4 -undefined dynamic_lookup -single_module -multiply_defined

Hello, I'm using R 2.5.0 with OS X 10.4.9 and Xcode 2.4.1 on a PowerPC. My code used to compile fine with R 2.4.* and Xcode 2.2 (I think). I'm compiling some C code (named mhroc_prop.c) that calls a fortran routine from mvndstpack.f I get the error /usr/bin/libtool: file: mvndstpack.o is not an object file (not allowed in a library) after R outputs (sorry... not sure if this is

This file is for configure+make build, not CMake, so I'm not sure why it's being included into your build (these failures aren't reproducible for me). Can you please list the exact steps you're doing to build LLVM with CMake and make sure you don't have additional CFLAGS (LDFLAGS etc) defined? On Mon, Nov 11, 2013 at 6:16 PM, Jack Howarth <howarth at bromo.med.uc.edu>

On Dec 21, 2009, at 3:39 PM, Rob Rix wrote: >> Anyhow, Rob, best bet is to just use -arch to build everything up. lipo knows what needs to happen. > > Unfortunately that doesn’t appear to be enough; using -arch in CFLAGS (and CXXFLAGS) and not using --build or --host builds for x86_64 no matter what you specify for the architecture (in my case, the documented i386 and ppc). >