search for: huurne

On Sep 21, 2007, at 9:42 AM, Maarten ter Huurne wrote: > However, it is not possible to let the zlib Makefile issue that > command > without patching the Makefile, because the fragment that does the > linking is > hardcoded to use the compiler command for linking: > > example$(EXE): example.o $(LIBS) > $(...

On Friday 21 September 2007, Chris Lattner wrote: > On Sep 21, 2007, at 9:42 AM, Maarten ter Huurne wrote: > > However, it is not possible to let the zlib Makefile issue that > > command > > without patching the Makefile, because the fragment that does the > > linking is > > hardcoded to use the compiler command for linking: > > > > example$(EXE): examp...

On Sep 23, 2007, at 3:27 AM, Maarten ter Huurne wrote: > On Friday 21 September 2007, Chris Lattner wrote: >> On Sep 21, 2007, at 9:42 AM, Maarten ter Huurne wrote: >>> However, it is not possible to let the zlib Makefile issue that >>> command >>> without patching the Makefile, because the fragment that does...

Hi, I'm trying to compile zlib to produce a "libz.a" static library which is an LLVM bytecode archive. I'm using this command line for "configure": AR="llvm-ar r" RANLIB=llvm-ranlib CC=llvm-gcc CFLAGS=--emit-llvm \ ./configure The creation of "libz.a" works, but after that, zlib's Makefile wants to compile and link some example

Hi, I found some suspicious code in X86TargetLowering::getRegClassForInlineAsmConstraint, but I don't know if it's a bug or my poor understanding of what the code does. This is the code in question: (lib/Target/X86/X86ISelLowering.cpp:5064) if (VT == MVT::i32) return make_vector<unsigned>(X86::EAX, X86::EDX, X86::ECX, X86::EBX, 0); else if (VT == MVT::i16) return

On Sunday 30 September 2007, Ben Chambers wrote: > Specifically, I've tried the following commands: > > ./configure --with-llvmsrc=~/Documents/research/llvm/llvm-2.0/ > > --with-llvmobj=~/Documents/research/llvm/llvm-2.0/Release/bin/ > > > > ./configure --with-llvmsrc=~/Documents/research/llvm/llvm-2.0/ > >

On Sep 25, 2007, at 6:12 PM, Maarten ter Huurne wrote: > On Wednesday 26 September 2007, Chris Lattner wrote: > >>> llvm-gcc calling llvm-ld: >>> llvm-gcc -> llvm-ld -> gcc -> collect2 -> ld >>> >>> enhance collect2: >>> llvm-gcc -> llvm-collect2 -> llvm-ld -> gcc ->...

On Wed, 26 Sep 2007, Maarten ter Huurne wrote: >>> process, >>> which is called instead of collect2, does some processing and then >>> runs the >>> original, unmodified collect2: >>> llvm-gcc -> llvm-collect2(liblto) -> collect2 -> ld >> >> Sure, this would also work. I...

On Wednesday 26 September 2007, Chris Lattner wrote: > > llvm-gcc calling llvm-ld: > > llvm-gcc -> llvm-ld -> gcc -> collect2 -> ld > > > > enhance collect2: > > llvm-gcc -> llvm-collect2 -> llvm-ld -> gcc -> collect2 -> ld > > I'd rather enhance collect2 like this: > > llvm-gcc -> llvm-collect2(liblto) -> ld >

On Saturday 15 September 2007, Tanya Lattner wrote: > 2) Download llvm-2.1, llvm-test-2.1, and the llvm-gcc4.0 source. > Compile everything. Run "make check" and the full llvm-test suite > (make TEST=nightly report). I tried to do this, but ran into trouble. LLVM itself compiled fine. GCC compilation is broken when Java support is enabled. I can file a detailed bug report

On Wednesday 26 September 2007, Chris Lattner wrote: > > Assuming those steps are correct, step 6 and 7 could be implemented > > by using > > the original collect2 and adding the generated native object to the > > list of > > files to link. In other words, llvm-collect2 could be a separate > > process, > > which is called instead of collect2, does some

I currently have a slightly modified llvm-2.0 source tree (from the release tarball). I checked out poolalloc into the projects directory and attempt to configure it, but I keep getting errors. I would understand if there were problems building it (since it may require a different version of llvm), but it should at least configure. Specifically, I've tried the following commands: >

LLVMers, The 2.1 pre-release (version 1) is available for testing: http://llvm.org/prereleases/2.1/version1/ I'm looking for members of the LLVM community to test the 2.1 release. There are 2 ways you can help: 1) Download llvm-2.1, llvm-test-2.1, and the appropriate llvm-gcc4.0 binary. Run "make check" and the full llvm-test suite (make TEST=nightly report). 2) Download

...i@tieto.com> Lv Zheng <lv.zheng@intel.com> Lydia Wang <lydiawang@viatech.com.cn> M R Swami Reddy <mr.swami.reddy@ti.com> M. Mohan Kumar <mohan@in.ibm.com> Ma Ling <ling.ma@intel.com> Maarten Lankhorst <maarten.lankhorst@canonical.com> Maarten ter Huurne <maarten@treewalker.org> Maciej Patelczyk <maciej.patelczyk@intel.com> Maciej Sosnowski <maciej.sosnowski@intel.com> Maciej Trela <maciej.trela@intel.com> Maciej W. Rozycki <macro@codesourcery.com> Maciej Żenczykowski <maze@google.com> Maciek Borzecki...

...i@tieto.com> Lv Zheng <lv.zheng@intel.com> Lydia Wang <lydiawang@viatech.com.cn> M R Swami Reddy <mr.swami.reddy@ti.com> M. Mohan Kumar <mohan@in.ibm.com> Ma Ling <ling.ma@intel.com> Maarten Lankhorst <maarten.lankhorst@canonical.com> Maarten ter Huurne <maarten@treewalker.org> Maciej Patelczyk <maciej.patelczyk@intel.com> Maciej Sosnowski <maciej.sosnowski@intel.com> Maciej Trela <maciej.trela@intel.com> Maciej W. Rozycki <macro@codesourcery.com> Maciej Żenczykowski <maze@google.com> Maciek Borzecki...

...i@tieto.com> Lv Zheng <lv.zheng@intel.com> Lydia Wang <lydiawang@viatech.com.cn> M R Swami Reddy <mr.swami.reddy@ti.com> M. Mohan Kumar <mohan@in.ibm.com> Ma Ling <ling.ma@intel.com> Maarten Lankhorst <maarten.lankhorst@canonical.com> Maarten ter Huurne <maarten@treewalker.org> Mac Lin <mkl0301@gmail.com> Maciej Patelczyk <maciej.patelczyk@intel.com> Maciej Sosnowski <maciej.sosnowski@intel.com> Maciej Trela <maciej.trela@intel.com> Maciej W. Rozycki <macro@codesourcery.com> Maciej Żenczykowski <m...

...-xsig@stericsson.com> M R Swami Reddy <mr.swami.reddy@ti.com> M''boumba Cedric Madianga <cedric.madianga@stericsson.com> M. Mohan Kumar <mohan@in.ibm.com> Ma Ling <ling.ma@intel.com> Maarten Lankhorst <maarten.lankhorst@canonical.com> Maarten ter Huurne <maarten@treewalker.org> Mac Lin <mkl0301@gmail.com> Maciej Patelczyk <maciej.patelczyk@intel.com> Maciej Sosnowski <maciej.sosnowski@intel.com> Maciej Trela <maciej.trela@intel.com> Maciej W. Rozycki <macro@codesourcery.com> Maciej Żenczykowski <m...

...-xsig@stericsson.com> M R Swami Reddy <mr.swami.reddy@ti.com> M''boumba Cedric Madianga <cedric.madianga@stericsson.com> M. Mohan Kumar <mohan@in.ibm.com> Ma Ling <ling.ma@intel.com> Maarten Lankhorst <maarten.lankhorst@canonical.com> Maarten ter Huurne <maarten@treewalker.org> Mac Lin <mkl0301@gmail.com> Maciej Patelczyk <maciej.patelczyk@intel.com> Maciej Sosnowski <maciej.sosnowski@intel.com> Maciej Trela <maciej.trela@intel.com> Maciej W. Rozycki <macro@codesourcery.com> Maciej Żenczykowski <m...

...-xsig@stericsson.com> M R Swami Reddy <mr.swami.reddy@ti.com> M''boumba Cedric Madianga <cedric.madianga@stericsson.com> M. Mohan Kumar <mohan@in.ibm.com> Ma Ling <ling.ma@intel.com> Maarten Lankhorst <maarten.lankhorst@canonical.com> Maarten ter Huurne <maarten@treewalker.org> Mac Lin <mkl0301@gmail.com> Maciej Patelczyk <maciej.patelczyk@intel.com> Maciej Sosnowski <maciej.sosnowski@intel.com> Maciej Trela <maciej.trela@intel.com> Maciej W. Rozycki <macro@codesourcery.com> Maciej Żenczykowski <m...

...-xsig@stericsson.com> M R Swami Reddy <mr.swami.reddy@ti.com> M''boumba Cedric Madianga <cedric.madianga@stericsson.com> M. Mohan Kumar <mohan@in.ibm.com> Ma Ling <ling.ma@intel.com> Maarten Lankhorst <maarten.lankhorst@canonical.com> Maarten ter Huurne <maarten@treewalker.org> Mac Lin <mkl0301@gmail.com> Maciej Patelczyk <maciej.patelczyk@intel.com> Maciej Sosnowski <maciej.sosnowski@intel.com> Maciej Trela <maciej.trela@intel.com> Maciej W. Rozycki <macro@codesourcery.com> Maciej Żenczykowski <m...