search for: llvm_obj_root

...rectory > Makefile.common:69: /home/hb/projects/srcllvm-1/Makefile.rules: No such file > or directory No one else on FC has reported these problems and I think this must be local to your situation. Note that Makefile.common looks like this, with lines 63 and 69 highlighted with ***: ifndef LLVM_OBJ_ROOT include $(LEVEL)/Makefile.config else include $(LLVM_OBJ_ROOT)/Makefile.config *** endif # # Include all of the build rules used for making LLVM # include $(LLVM_SRC_ROOT)/Makefile.rules *** The only way for this to produce these messages is if LLVM_OBJ_ROOT and LLVM_SRC_ROOT are set before incl...

...ject/llvm\utils\lit\lit\TestingConfig.py", line 89, in load_from_path exec(compile(data, path, 'exec'), cfg_globals, None) File "C:\Users\sergej\Developer\llvm-project\llvm\test\Unit\lit.cfg.py", line 24, in <module> config.test_exec_root = os.path.join(config.llvm_obj_root, 'unittests') AttributeError: 'TestingConfig' object has no attribute 'llvm_obj_root' FAILED: test/CMakeFiles/check-llvm-unit From what I can see, the TestingConfig class (which can be found in llvm/utils/lit/lit/TestingConfig.py) doesn't have this 'llvm_obj_root...

...; > I think the patch looks basically sane. The one wierd thing I notice is > the replacement of mklib with libtool. Ops... I must be more careful. Updated patch attached. I use for build libtool "ltmain.sh (GNU libtool) 1.5.10" without problems. But I add code to preserve use $(LLVM_OBJ_ROOT)/mklib if LLVM_OBJ_ROOT set In other cases if $(LLVM_OBJ_ROOT)/mklib using important it installation can be added to LLVM/PROJ install process > However, this is definitely something Reid should review. I think he's > currently out of town but will be back next week. Waiting... :) Vl...

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

...basically sane. The one wierd thing I notice >> is the replacement of mklib with libtool. > > Ops... I must be more careful. Updated patch attached. > > I use for build libtool "ltmain.sh (GNU libtool) 1.5.10" without problems. > But I add code to preserve use $(LLVM_OBJ_ROOT)/mklib if LLVM_OBJ_ROOT set > In other cases if $(LLVM_OBJ_ROOT)/mklib using important it installation > can be added to LLVM/PROJ install process > >> However, this is definitely something Reid should review. I think >> he's currently out of town but will be back next...

>> Also I have in Makefile.rules (but not include in patch) some >> modification for simplify used common Makefile.rules in LLVM projects and >> non-LLVM project (guarding some LLVM specific parts by ifdef >> LLVM_OBJ_ROOT/LLVM_SRC_ROOT vars). > > I'm not sure about this, perhaps Reid would like to comment? > 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) b...

...now if it works. > > -- John T. John, Thanks for the advice. The script you sent gives me the same problem. I am now able to work around the issue by making the following change to the AutoRegen.sh script that comes with the sample project: 16,17c16,17 < llvm_src_root=../../.. < llvm_obj_root=../../.. --- > llvm_src_root=../.. > llvm_obj_root=../.. Lane

Index: MultiSource/Benchmarks/Bullet/Makefile =================================================================== --- MultiSource/Benchmarks/Bullet/Makefile (revision 92478) +++ MultiSource/Benchmarks/Bullet/Makefile (working copy) @@ -1,6 +1,6 @@ LEVEL = ../../../ PROG = bullet -CPPFLAGS += -Iinclude -DNO_TIME +CPPFLAGS += -I$(PROJ_SRC_DIR)/include -DNO_TIME LDFLAGS = -lstdc++ include

..., > > Thanks for the advice. The script you sent gives me the same problem. > I am now able to work around the issue by making the following change > to the AutoRegen.sh script that comes with the sample project: > > 16,17c16,17 > < llvm_src_root=../../.. > < llvm_obj_root=../../.. > --- > > llvm_src_root=../.. > > llvm_obj_root=../.. Hmm... I may have spoken too soon... After making the above change to AutoRegen.sh, $ ./AutoRegen.sh Regenerating aclocal.m4 with aclocal Regenerating configure with autoconf 2.5x $ cd .. $ ./configure configure...

Hi! In current LLVM CVS: llvm/projects/Stacker/Makefile.common.in llvm/projects/sample/Makefile.common.in llvm-java/llvm-java/Makefile.common.in have line: include $(LLVM_OBJ_ROOT)/Makefile.common that have line: include $(LLVM_OBJ_ROOT)/Makefile.config (also $(LLVM_OBJ_ROOT)/Makefile.config used in llvm-test/Makefile.config.in) and llvm/Makefile.config.in have lines: INSTALL_SH := $(LLVM_SRC_ROOT)/autoconf/install-sh MKDIR := $(LLVM_SRC_ROOT)/autoconf/mkinstalldir...

...t; > I took a *very quick* look at your patch. I won't be able to look at it in > more detail until this weekend, but perhaps you can address a couple of > concerns: > > 1. I don't understand the need for LLVMToolDirSlash. This seems like a > gratuitous change to me. If LLVM_OBJ_ROOT (with LLVM_SRC_ROOT) and LLVM_ROOT both not set without LLVMToolDirSlash we will have "/gccas$(EXEEXT)", for example. This is not problem for project that not use LLVM tools and libs. But this not permite one useful case: project that use only LLVM tools and LLVM tools directory added to...

...ion, for example, in Sources and FakeSources make vars setup code). Is attached patch acceptable? Also I have in Makefile.rules (but not include in patch) some modification for simplify used common Makefile.rules in LLVM projects and non-LLVM project (guarding some LLVM specific parts by ifdef LLVM_OBJ_ROOT/LLVM_SRC_ROOT vars). Vladimir -------------- next part -------------- A non-text attachment was scrubbed... Name: Makefile.rules.patch Type: application/octet-stream Size: 4330 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20050203/c317d8d4/attachment.obj&...

On Mon, 7 Feb 2005, Vladimir Merzliakov wrote: >>> Also I have in Makefile.rules (but not include in patch) some modification >>> for simplify used common Makefile.rules in LLVM projects and non-LLVM >>> project (guarding some LLVM specific parts by ifdef >>> LLVM_OBJ_ROOT/LLVM_SRC_ROOT vars). >> >> I'm not sure about this, perhaps Reid would like to comment? >> > Patch attached. > > This patch with header installation patch ( > http://mail.cs.uiuc.edu/pipermail/llvmdev/2005-February/003300.html ) > let external project (I am t...

Another observation: GettingStarted.html still gives these instructions for cross-compiling LLVM: 1. Configure and build LLVM as a native compiler. You will need just TableGen from that build. * If you have $LLVM_OBJ_ROOT=$LLVM_SRC_ROOT just execute make -C utils/TableGen after configuring. * Otherwise you will need to monitor building process and terminate it just after TableGen was built. 2. Copy the TableGen binary to somewhere safe (out of your build tree). 3. Configure LLVM to build with a cross...

...o recall using these options to work around it. OK. Here are the complete steps required to successfully build the sample project: $ cd llvm/projects $ cp -r sample/ myproject $ cd myproject $ cd autoconf Make the following edit to AutoRegen.sh: 16,17c16,17 < llvm_src_root=../../.. < llvm_obj_root=../../.. --- > llvm_src_root=../.. > llvm_obj_root=../.. $ ./AutoRegen.sh Regenerating aclocal.m4 with aclocal Regenerating configure with autoconf 2.5x $ cd .. $ ./configure --with-llvmsrc=/opt/src-llvm --with-llvmobj=/opt/src-llvm configure: creating ./config.status config.status: cr...

..., > > Thanks for the advice. The script you sent gives me the same problem. > I am now able to work around the issue by making the following change > to the AutoRegen.sh script that comes with the sample project: > > 16,17c16,17 > < llvm_src_root=../../.. > < llvm_obj_root=../../.. > --- > > llvm_src_root=../.. > > llvm_obj_root=../.. Hmm... I may have spoken too soon... After making the above change to AutoRegen.sh, $ ./AutoRegen.sh Regenerating aclocal.m4 with aclocal Regenerating configure with autoconf 2.5x $ cd .. $ ./configure configure...

...nks! http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20050131/023931.html > Also I have in Makefile.rules (but not include in patch) some modification > for simplify used common Makefile.rules in LLVM projects and non-LLVM project > (guarding some LLVM specific parts by ifdef LLVM_OBJ_ROOT/LLVM_SRC_ROOT > vars). I'm not sure about this, perhaps Reid would like to comment? -Chris -- http://nondot.org/sabre/ http://llvm.cs.uiuc.edu/

...t fall. More below .. On Mon, 2005-02-14 at 15:40, Vladimir Merzliakov wrote: > Hi! > > In current LLVM CVS: > > llvm/projects/Stacker/Makefile.common.in > llvm/projects/sample/Makefile.common.in > llvm-java/llvm-java/Makefile.common.in > > have line: > include $(LLVM_OBJ_ROOT)/Makefile.common > > that have line: > include $(LLVM_OBJ_ROOT)/Makefile.config > > (also $(LLVM_OBJ_ROOT)/Makefile.config used in llvm-test/Makefile.config.in) This is all quite normal. Note that llvm-test is a little bit weird because it does not use $(LLVM_OBJ_ROOT)/Makefile.ru...

.../,%,$(TESTONE)) +CLEANED_TESTONE := $(patsubst %/,%,$(TESTONE:$(CURDIR)/%=%)) CLEANED_TESTONE := $(patsubst test/%,%,$(CLEANED_TESTONE)) SUBDIR := $(shell dirname $(CLEANED_TESTONE)) TESTPATH := $(LLVM_SRC_ROOT)/test/$(CLEANED_TESTONE) -check-one: site.exp $(TCLSH) - $(Verb)( echo "source $(LLVM_OBJ_ROOT)/test/site.exp" ; \ +FORCETGT := +check-one: $(SITE_EXP) $(TCLSH) + $(Verb)( echo "source $(LLVM_OBJ_ROOT)/test/$(SITE_EXP)" ; \ echo "set subdir $(SUBDIR)" ; \ echo "proc pass { msg } { puts \"PASS: \$$msg\" } "; \ echo "proc fail { m...

...########################################### > # Directory Configuration > # This section of the Makefile determines what is where. To be > # specific, there are several locations that need to be defined: > # > # o LLVM_SRC_ROOT : The root directory of the LLVM source code. > # o LLVM_OBJ_ROOT : The root directory containing the built LLVM code. > # > # o BUILD_SRC_DIR : The directory containing the code to build. > # o BUILD_SRC_ROOT : The root directory of the code to build. > # > # o BUILD_OBJ_DIR : The directory in which compiled code will be placed. > # o BUILD_...