similar to: [LLVMdev] Building current llvm-gcc-4.0 TOT fails on darwin x86

On Sep 19, 2007, at 3:22 AM, Arnold Schwaighofer wrote: > Hi all, > building current llvm-gcc-4.0 TOT(Revision: 42128) with current llvm > (Revision: 42128) on 8.10.1 Darwin (x86) fails with the following > message. Is that a just a temporary inconsistency or should i file a > bug? I think I broke this with long double. I'll get it fixed shortly. >

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/

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:

I think the build should work now, could you try? You need both llvm and llvm-gcc. There are still codegen issues, but I don't think they'll affect code that doesn't use long double. On Sep 19, 2007, at 8:01 AM, Arnold Schwaighofer wrote: > Okay dokey, thanks :) > On 19 Sep 2007, at 16:52, Dale Johannesen wrote: >>> message. Is that a just a temporary inconsistency

Okay dokey, thanks :) On 19 Sep 2007, at 16:52, Dale Johannesen wrote: >> message. Is that a just a temporary inconsistency or should i file a >> bug? > > I think I broke this with long double. I'll get it fixed shortly.

I'm having some trouble getting llvm-gcc4 to compile. It's unable to compile darwin-crt3.c. It's mentioning "Complex expression. Absolute segment assumed." but I'm not sure if that's a real error message. Has anyone run into this before? I'm running on a G4 apple 10.4.8, kernel version 8.6.0. I googled around and found a bug with the same error message:

On Fri, Dec 16, 2011 at 12:17:32PM -0500, David Fang wrote: >>> These results have far fewer failures than svn-trunk, and are also >>> comparable to bootstrapping with gcc-4.6.2, summarized here: >>> http://paste.lisp.org/display/126363 >>> (Unfortunately, I no longer have the whole build/test log for the gcc46 bootstrap.) >>> This consistency between

>> These results have far fewer failures than svn-trunk, and are also >> comparable to bootstrapping with gcc-4.6.2, summarized here: >> http://paste.lisp.org/display/126363 >> (Unfortunately, I no longer have the whole build/test log for the gcc46 bootstrap.) >> This consistency between different bootstraps of the release gives me >> some hope that g++-4.0.1 is

hi all, i surely overlooked something. but i am currently trying to do some benchmarking stuff with llvm. in my thesis i was using llvm-1.5 (i did some extension work, which i would have to frontport now). But unfortunately 1.5 is for some benchmarks unstable (at least on my box) such that llc sigsegvs sometimes, etc. So I wanted to give 1.9 a go and build that on the my intel mac book. I did

On Fri, Dec 16, 2011 at 01:51:57AM -0500, David Fang wrote: > Hi, > Thanks for the quick reply again. > >> On Thu, Dec 15, 2011 at 1:17 PM, David Fang <fang at csl.cornell.edu> wrote: >>> Hi, >>> >>> I've bootstrapped llvm/clang from svn-trunk on powerpc-darwin8 (g++-4.0.1), and >>> have the following test results to share. >>>

Hi, Thanks for the quick reply again. > On Thu, Dec 15, 2011 at 1:17 PM, David Fang <fang at csl.cornell.edu> wrote: >> Hi, >> >> I've bootstrapped llvm/clang from svn-trunk on powerpc-darwin8 (g++-4.0.1), and >> have the following test results to share. >> Summary below, full log at: >>

You need to use -emit-llvm http://llvm.org/docs/GettingStarted.html#tutorial4 -Tanya On Thu, 21 Dec 2006, Jakob Praher wrote: > hi all, > > i surely overlooked something. > but i am currently trying to do some benchmarking stuff with llvm. > in my thesis i was using llvm-1.5 (i did some extension work, which i > would have to frontport now). > > But unfortunately 1.5 is

I've run into a problem with the ocaml bindings and the jit. It builds fine without the jit, but when I try to include it it tries to use the c object files from the build location, instead of the install location: > llvm-config --libdir --libfiles engine /opt/local/lib /opt/local/lib/LLVMX86.o /opt/local/lib/libLLVMSelectionDAG.a /opt/local/lib/libLLVMCodeGen.a

On Thu, Dec 15, 2011 at 1:17 PM, David Fang <fang at csl.cornell.edu> wrote: > Hi, > > I've bootstrapped llvm/clang from svn-trunk on powerpc-darwin8 (g++-4.0.1), and > have the following test results to share. > Summary below, full log at: > http://www.csl.cornell.edu/~fang/sw/llvm/r146586-powerpc-darwin8-results.txt > > The only edits required were those I

i'm building dovecot 1.1.beta9 on both osx 10.4.11 osx 10.5.1 using Using built-in specs. Target: powerpc-apple-darwin8 Configured with: /Builds/apple/gcc_42-5531/obj/src/configure --disable-checking -enable-werror --prefix=/usr --mandir=/usr/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-gxx-include-dir=/usr/include/c++/4.0.0

Hello, I've put together a macports version of llvm and llvm-gcc4, but I've run into a problem with how gcc on the mac works. llvm-gcc4 creates an executable named: /opt/local/bin/powerpc-apple-darwin8-gcc-4.0.1 Which happens to be the same executable in /usr/bin. Because I have /opt/local before /usr/bin, gcc ends up using llvm-gcc4 to build all my code. Most of the time this

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

Hello, I am developing on a MacBook Pro. I had installed make and the gcc compiler in order to take advantage of the C extensions, and I installed the ferret 0.9.4 gem. When I installed the gem, it compiled the C extensions as part of the installation process for the gem, and I received this output: Attempting remote installation of ''ferret'' Building native extensions. This

Hi, I've bootstrapped llvm/clang from svn-trunk on powerpc-darwin8 (g++-4.0.1), and have the following test results to share. Summary below, full log at: http://www.csl.cornell.edu/~fang/sw/llvm/r146586-powerpc-darwin8-results.txt The only edits required were those I posted to llvm-commits yesterday (re: "some missing clang libs"). And I also edited LitConfig.py to point to