search for: obj_dir

>> Before this change is committed, you need to test that all our scenarios, >> in each combination: >> >> 1. Both with and without OBJ_DIR == SRC_DIR >> 2. Single and Parallel builds >> 3. Building LLVM versus building a project (and now building from >> installed) > ok, will do... > > I found some bugs in my patch and then I will send updated version after > it testing. I finish testting new patch vers...

...ink strange filenames if LLVMLibDir will not define and project tooldir/Makefile set LLVMLIBS. But i will skip this part of changes in next version of patch. > Before this change is committed, you need to test that all our scenarios, > in each combination: > > 1. Both with and without OBJ_DIR == SRC_DIR > 2. Single and Parallel builds > 3. Building LLVM versus building a project (and now building from > installed) ok, will do... I found some bugs in my patch and then I will send updated version after it testing. Thank you for comments! Vladimir

Hi sir, I have built the test suits in following steps: 0. $cd LLVM_GCC_DIR; $gunzip --stdout llvm-gcc-4.2-*version*-* platform*.tar.gz | tar -xvf - 1. $cd SRC_DIR/llvm-2.8/projects 2. $svn co http://llvm.org/svn/llvm-project/test-suite/trunk test-suite 3.$cd OBJ_DIR; 4. $SRC_DIR/configure --prefix=INS_DIR --enable-debug-runtime --disable-optimized --enable-debug-symbols --enable-assertions --with-llvmgccdir=LLVM_GCC_DIR 5. $make. 6. $cd OBJ_DIR/projects/test_suits; $make Then the following error ocurred. [qali at qali test-suite]$ make make[1]: E...

...it, please specify them on the $0 command line." + fi + + aclocal + + # Run autoheader only if needed + grep '^[[:blank:]]*AC_CONFIG_HEADERS' configure.ac >/dev/null && autoheader + + automake --add-missing + autoconf + ./configure "$@" +) + +if test "x$OBJ_DIR" != x; then + mkdir -p "$OBJ_DIR" + cd "$OBJ_DIR" +fi -- 1.6.0.6

...failed to do it. My command list for building the test suit is as followings:* *(1) cd ~/SRC_DIR/llvm/projects* *(2) svn co http://llvm.org/svn/llvm-project/test-suite/trunk test-suite* *(3) cd LLVMGCC_DIR; * ***(4) gunzip --stdout llvm-gcc-4.2-version-platform.tar.gz | tar -xvf -* *(5) cd ~/OBJ_DIR/llvm; * *(6) SRC_DIR/configure --prefix=INS_DIR --enable-debug-runtime --disable-optimized --enable-debug-symbols --enable-assertions * --with-llvmgccdir=LLVMGCC_DIR (7) search LLVMCC_EMITIR_FLAG or "cd projects/test-suite" (both failed) *2. Another question* *In the steps above, I om...

...;> I have built the test suits in following steps: >> 0. $cd LLVM_GCC_DIR; $gunzip --stdout llvm-gcc-4.2-version-platform.tar.gz | tar -xvf - >> 1. $cd SRC_DIR/llvm-2.8/projects >> 2. $svn co http://llvm.org/svn/llvm-project/test-suite/trunk test-suite >> 3.$cd OBJ_DIR; >> 4. $SRC_DIR/configure --prefix=INS_DIR --enable-debug-runtime --disable-optimized --enable-debug-symbols --enable-assertions --with-llvmgccdir=LLVM_GCC_DIR >> 5. $make. >> 6. $cd OBJ_DIR/projects/test_suits; $make >> >> Then the following error ocurr...

...39;m hoping that someone can give me insight as to why I am having problems building the Kaleidoscope example for OCaml. Platform: Mac OS 10.8.2 OCaml version: 4.00.1 LLVM version: 3.1 XCode version: 4.5.2 I successfully build the examples when running "gnumake BUILD_EXAMPLES=1" in the OBJ_DIR, however when I try to build them from outside the build tree (ie move the source into my own subtree), I run into problems. When I try to build (ocamlbuild toy.byte) after moving the llvm_* .cma, .cmo. .cmx .cmxa and .a into the local directory, I get the following error. + /usr/local/bin/ocaml...

Hi LLVMers, The root of my SRC_DIR is: /home/hb/projects/src/llvm-1/llvm/ and the root of my OBJ_DIR is: /home/hb/projects/build/FC1/llvm-1-1. However, the configure script seems to have stripped some of the / from the paths: Makefile.common:63: /home/hb/projects/buildFC1llvm-1-1/Makefile.config: No such file or directory Makefile.common:69: /home/hb/projects/srcllvm-1/Makefile.rules: No such f...

On Jan 15, 2011, at 8:06 PM, Qingan Li wrote: > [qali at qali llvm-2.8-rev]$ find . -exec grep -n "LLVMCC_EMITIR_FLAG" ./ {} \; > ./projects/test-suite/Makefile.tests:47: -$(LCC) $(CPPFLAGS) $(CFLAGS) $(LOPTFLAGS) $(X_TARGET_FLAGS) -S $< -o $@ $(LLVMCC_EMITIR_FLAG) > ./projects/test-suite/Makefile.tests:51: -$(LCXX) $(CPPFLAGS) $(CXXFLAGS) $(LOPTFLAGS) $(X_TARGET_FLAGS) -S

...rListPtr::get(const > llvm::AttributeWithIndex*, unsigned int) > make: *** [TypeConversion.o] Error 1 Seems it cannot find the implementation of llvm::AttrListPtr::get. the layout of my configuration is: |-- llvm (SRC_DIR) | |--tools | | |--dragonegg | | | | | |-- llvm-build (OBJ_DIR) Thanks very much, Ryan On Fri, Jun 22, 2012 at 1:00 AM, Anton Korobeynikov <anton at korobeynikov.info > wrote: > >> > /usr/lib/i386-linux-gnu/gcc/i686-linux-gnu/4.5.2/plugin/include/real.h:27:18: > >> fatal error: mpfr.h: No such file or directory > > > >...

...rfere with correct operation of parallel (make -j N) builds. 4. I don't understand why LLVMUsedLibs and other variables should only be set if LLVMLibDir is defined. Before this change is committed, you need to test that all our scenarios, in each combination: 1. Both with and without OBJ_DIR == SRC_DIR 2. Single and Parallel builds 3. Building LLVM versus building a project (and now building from installed) Reid. Vladimir Merzliakov wrote: >>> Patch attached. >>> >>> This patch with header installation patch ( >>> http://mail.cs.uiuc.edu/pipermai...

...21 15:23:14 UTC (rev 701) +++ trunk/wxruby2/rakefile&nbsp&nbsp&nbsp&nbsp&nbsp&nbsp&nbsp&nbsp2006-10-21 19:17:56 UTC (rev 702) </span><span class="lines">@@ -101,6 +101,13 @@ </span><span class="cx"> delete_files_in($obj_dir) </span><span class="cx"> #force_rmdir($obj_dir) </span><span class="cx"> end </span><ins>+ +&nbsp&nbsp&nbsp&nbsp&nbsp&nbsp&nbsp&nbspdesc "Experimental generation of Makefile so can use multipro...

On Sat, 2005-06-18 at 10:32 +0200, Henrik Bach wrote: > Hi LLVMers, > > The root of my SRC_DIR is: /home/hb/projects/src/llvm-1/llvm/ > and the root of my OBJ_DIR is: /home/hb/projects/build/FC1/llvm-1-1. > > However, the configure script seems to have stripped some of the / from the > paths: > Makefile.common:63: /home/hb/projects/buildFC1llvm-1-1/Makefile.config: No > such file or directory > Makefile.common:69: /home/hb/projects/srcll...

>> Patch attached. >> >> This patch with header installation patch ( >> http://mail.cs.uiuc.edu/pipermail/llvmdev/2005-February/003300.html ) >> let external project (I am test it at my YAFL frontend for LLVM) build >> using installed LLVM version instead using LLVM obj/src dirs. > > I think the patch looks basically sane. The one wierd thing I notice

Changes from v3: - mini-os configuration files moved into stubdom/ - mini-os extra console support now a config option - Fewer #ifdefs - grant table setup uses hypercall bounce - Xenstore stub domain syslog support re-enabled Changes from v2: - configuration support added to mini-os build system - add mini-os support for conditionally compiling frontends, xenbus -

*[qali at qali llvm-2.8-rev]$ find . -exec grep -n "LLVMCC_EMITIR_FLAG" ./ {} \;* ./projects/test-suite/Makefile.tests:47: -$(LCC) $(CPPFLAGS) $(CFLAGS) $(LOPTFLAGS) $(X_TARGET_FLAGS) -S $< -o $@ $(LLVMCC_EMITIR_FLAG) ./projects/test-suite/Makefile.tests:51: -$(LCXX) $(CPPFLAGS) $(CXXFLAGS) $(LOPTFLAGS) $(X_TARGET_FLAGS) -S $< -o $@ $(LLVMCC_EMITIR_FLAG)

...; to do it. My command list for building the test suit is as followings: > (1) cd ~/SRC_DIR/llvm/projects > (2) svn co http://llvm.org/svn/llvm-project/test-suite/trunk test-suite > (3) cd LLVMGCC_DIR; > (4) gunzip --stdout llvm-gcc-4.2-version-platform.tar.gz | tar -xvf - > (5) cd ~/OBJ_DIR/llvm; > (6) SRC_DIR/configure --prefix=INS_DIR --enable-debug-runtime > --disable-optimized --enable-debug-symbols > --enable-assertions --with-llvmgccdir=LLVMGCC_DIR > (7) search LLVMCC_EMITIR_FLAG or "cd projects/test-suite" (both failed) > > 2. Another question &gt...

>> /usr/lib/i386-linux-gnu/gcc/i686-linux-gnu/4.5.2/plugin/include/real.h:27:18: >> fatal error: mpfr.h: No such file or directory > > I did some search but found few relevant results. > Any idea what's going on? Do you have MPFR installed? -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

Hi, When I tried to compile Dragonegg using the SVN trunk code, I encountered failure with error message: In file included from > /usr/lib/i386-linux-gnu/gcc/i686-linux-gnu/4.5.2/plugin/include/rtl.h:28:0, > from /home/xxx/llvm/dragonegg/src/Convert.cpp:63: > /usr/lib/i386-linux-gnu/gcc/i686-linux-gnu/4.5.2/plugin/include/real.h:27:18: > fatal error: mpfr.h: No such

This patch series contains a set of patches making minios rather easier to use, from an application development point of view. Overview of patches: 1 Command line argument parsing support, from Xen. 2 Weak console handler function. 3 Build system tweaks for application directories. 4 Trailing whitespace cleanup. (because it is very messy) Patch 4 is likely to be more controversial than