search for: proj_obj_dir

...printvars rule: - $(Echo) "Preconditions: " '$(Preconditions)' + $(Echo) "PreConditions: " '$(PreConditions)' 2) In Makefile.config.in PROJ_SRC_DIR define for LLVM build mode as PROJ_SRC_DIR := $(subst //,/,$(LLVM_SRC_ROOT)/$(patsubst $(PROJ_OBJ_ROOT)%,%,$(PROJ_OBJ_DIR))) and for other project build mode as PROJ_SRC_DIR := $(subst //,/,$(PROJ_SRC_ROOT)/$(patsubst $(PROJ_OBJ_ROOT)%,%,$(PROJ_OBJ_DIR))) This two definition is equal (in LLVM build mode $(LLVM_SRC_ROOT) == $(PROJ_SRC_ROOT) ) and have common problem. If generated Makefile.config used in Makefile not...

Reid, I think it is the first time it is run that the errors occcur !? Not sure but that would seem logical. Aaron

right, but that will lead to directory creation problems on some systems with a fresh install. Reid. On Thu, 2005-02-17 at 15:06, Vladimir Merzliakov wrote: > > Vladimir, > > > > Thanks for the note. Unfortunately, the install approach that we're > > using in the makefiles is a bit broken, based on Linux install program. > > We'll get this cleaned up soon so

> Vladimir, > > Thanks for the note. Unfortunately, the install approach that we're > using in the makefiles is a bit broken, based on Linux install program. > We'll get this cleaned up soon so that it works on multiple unixes. > > Reid. Ok Temporary fixed by partly reverting $(Install) changes in local copy Makefile.rules (removing -D option from $(Install) call

...opose removing them or using names prefixed with llvm_ to ensure their use is only for llvm 2. BUILD_SRC_DIR and BUILD_OBJ_DIR are poorly named. This has been a source of confusion for me personally and probably for others. They should really be PROJ_SRC_DIR and PROJ_OBJ_DIR to indicate they pertain to the project's src/obj dir not LLVM's 3. The LLVM makefiles require a Makefile.config in the project. I'm going to try to make that optional because some projects can just use LLVM's Makefile.config. 4. There should be no...

...t; using names prefixed with llvm_ to ensure their use is only for > llvm > 2. BUILD_SRC_DIR and BUILD_OBJ_DIR are poorly named. This has been > a source of confusion for me personally and probably for others. > They should really be PROJ_SRC_DIR and PROJ_OBJ_DIR to indicate > they pertain to the project's src/obj dir not LLVM's > 3. The LLVM makefiles require a Makefile.config in the project. I'm > going to try to make that optional because some projects can > just use LLVM's Makefile.config. >...

...t; using names prefixed with llvm_ to ensure their use is only for > llvm > 2. BUILD_SRC_DIR and BUILD_OBJ_DIR are poorly named. This has been > a source of confusion for me personally and probably for others. > They should really be PROJ_SRC_DIR and PROJ_OBJ_DIR to indicate > they pertain to the project's src/obj dir not LLVM's > 3. The LLVM makefiles require a Makefile.config in the project. I'm > going to try to make that optional because some projects can > just use LLVM's Makefile.config. >...

...es prefixed with llvm_ to ensure their use is only for > > llvm > > 2. BUILD_SRC_DIR and BUILD_OBJ_DIR are poorly named. This has been > > a source of confusion for me personally and probably for others. > > They should really be PROJ_SRC_DIR and PROJ_OBJ_DIR to indicate > > they pertain to the project's src/obj dir not LLVM's > > 3. The LLVM makefiles require a Makefile.config in the project. I'm > > going to try to make that optional because some projects can > > just use LLVM's Make...

...project in a configureable way. In my intial solution the clangAddons lib resides in a sub-directory of my main project (the QT app) as it does in my SVN. However I'm not able to build from there since the line PROJ_SRC_DIR := $(shell cd $(LLVM_SRC_ROOT)/$(patsubst $(PROJ_OBJ_ROOT)%,%,$(PROJ_OBJ_DIR)); $(PWD)) fails if LEVEL contains other things then multiple "../" OTOH I don't want to put the lib in llvm/tools as this would not only make the project checkout more difficult but also overcomplicates the sharing of some configuration variables (namely boost stuff). How to do i...

Still no complete go, doing the tests on i386 failed with some weird sed error: [...] Making Unit/lit.site.cfg for Clang extra tools... sed: lit.tmp: No such file or directory Makefile:61: recipe for target 'Unit/lit.site.cfg' failed gmake[2]: *** [Unit/lit.site.cfg] Error 1 Strangely enough, this does not happen on amd64. Maybe it is some sort of race condition? Did anybody see this

Folks, I realised there's a "checkout_compiler_rt" option on ClangBuilder, which does checkout the sources, but couldn't build them on ARM. I also don't build them during releases (yet) because the configure script doesn't prepare the Makefiles for compiler-rt. A while ago I got it running on ARM with CMake files, but since these are buildbots, I'm not sure

...complex external projects (like the reoptimizer) to find out if they are really dead though. > 2. BUILD_SRC_DIR and BUILD_OBJ_DIR are poorly named. This has been > a source of confusion for me personally and probably for others. > They should really be PROJ_SRC_DIR and PROJ_OBJ_DIR to indicate > they pertain to the project's src/obj dir not LLVM's I totally agree here. > 3. The LLVM makefiles require a Makefile.config in the project. I'm > going to try to make that optional because some projects can > just use LLVM's Make...

...ple::Rx> X(TheRxTarget, "rx", "Rx"); } extern "C" void LLVMInitializeRxTargetMC() {} 5) lib/Target/Rx/TargetInfo/Makefile LEVEL = ../../../.. LIBRARYNAME = LLVMRxInfo # Hack: we need to include 'main' target directory to grab private headers CPPFLAGS = -I$(PROJ_OBJ_DIR)/.. -I$(PROJ_SRC_DIR)/.. include $(LEVEL)/Makefile.common 6) lib/Target/Rx/TargetInfo/CMakeLists.txt include_directories( ${CMAKE_CURRENT_BINARY_DIR}/.. $ \ {CMAKE_CURRENT_SOURCE_DIR}/.. ) add_llvm_library(LLVMRxInfo RxTargetInfo.cpp ) add_llvm_library_dependencies(LLVMRxInfo LLVMSupport...