search for: dep_fil

Folks, I am using a two-stagesimple build like this one: make -G Ninja -DCLANG_ENABLE_BOOTSTRAP=ON ../src ninja stage2-check-all Stage 1 gets built, and when looking at rules.ninja in the stage2-bins I see: rule CXX_COMPILER_AnalysisTests depfile = $DEP_FILE deps = gcc command = <stage1 build dir>./bin/clang++ $DEFINES $INCLUDES $FLAGS -MMD -MT $out -MF $DEP_FILE -o $out -c $in This is just an example, in fact all of the CXX_COMPILER_{unit tests} point to the the compiler and linker as per above example. Isn’t that the stage1 compiler that...

...d to load them. + * + * Yay for recursive function calls. + */ +static void print_loading_dep(struct loading_dep *dep) +{ + if (dep) { + print_loading_dep(dep->next); + printf("\t\t\"%s\"\n", dep->name); + } +} + int module_load_dependencies(const char *name,const char *dep_file) { FILE *d_file=fopen(dep_file,"r"); char line[2048],aux[2048],temp_name[MODULE_NAME_SIZE],slbz[24]; int i=0,j=0,res=0; + struct loading_dep *dep; if(d_file==NULL) { @@ -355,6 +389,40 @@ int module_load_dependencies(const char *name,const char *dep_file) return -1; }...

...build.ninja file, I found: > > build lib\asan\CMakeFiles\RTAsan_dynamic.i386.dir\asan_malloc_win.cc.obj: > CXX_COMPILER E$:\llvm\compiler-rt\lib\asan\asan_malloc_win.cc > DEFINES = -DASAN_DYNAMIC=1 -DASAN_HAS_EXCEPTIONS=1 > -DINTERCEPTION_DYNAMIC_CRT -D__func__=__FUNCTION__ > DEP_FILE = lib/asan/CMakeFiles/RTAsan_dynamic.i386.dir/asan_malloc_win.cc.obj.d > FLAGS = /DWIN32 /D_WINDOWS /W3 /GR /EHsc /W3 /MT /O2 /Ob2 /D NDEBUG > -IE:\llvm\compiler-rt\lib\asan\.. /machine:X86 /DWIN32 > /D_WINDOWS /W3 /GR /EHsc /W3 /Oy- /GS- /VERBOSE /Zi /wd4391 /wd4722 > /wd4291...

On Thu, Oct 23, 2014 at 3:38 PM, Aaron Ballman <aaron at aaronballman.com> wrote: > On Thu, Oct 23, 2014 at 2:57 PM, Aaron Ballman <aaron at aaronballman.com> wrote: >> On Thu, Oct 23, 2014 at 2:46 PM, Timur Iskhodzhanov <timurrrr at google.com> wrote: >>> 2014-10-23 11:34 GMT-07:00 Aaron Ballman <aaron at aaronballman.com>: >>>> On Thu, Oct

Hi, These patches contain support for some features that are already in Syslinux 4 but weren't working properly on the elflink branch. It's another step closer to feature parity with Syslinux 4. Having to jump through the comboot API for localboot support is less than ideal and I'll eventually fix that, probably when we move a big chunk of code from asm to C. Also, there's a

From: Matt Fleming <matt.fleming at linux.intel.com> This is a series of patches that, * shrink the core by moving things into an ldlinux ELF module * begin wiring up some of the C versions of various functions The core now only contains essential code and loads the ldlinux module to do everything else, like providing a command line interface and loading kernels. The config file parsing

From: Matt Fleming <matt.fleming at linux.intel.com> This series fixes some bugs and switches the elflink branch to be entirely ELF modules. It applies on top of, http://syslinux.zytor.com/archives/2011-April/016369.html The deletions in the diff stat below are mainly from deleting com32/elflink/modules (finally!). Now there should be no duplicate code because we don't need COM32 and