[llvm-dev] Two-stage build w/ ninja - Tests still use stage1 compiler (original) (raw)

陳韋任 via llvm-dev llvm-dev at lists.llvm.org
Mon Nov 6 05:01:12 PST 2017


From [1], seems Dirk is right. Unless I misread the document.

[1] https://llvm.org/docs/AdvancedBuilds.html#multi-stage-pgo

2017-11-06 19:35 GMT+08:00 Dirk Schroetter via llvm-dev < llvm-dev at lists.llvm.org>:

Hello Nemanja,

in effect they are. Even in the 2-stage process both ninja and make use the stage1 compiler (with the caveat that there might be a variable which I am missing). But shouldn’t they be built using the stage2 compiler instead ? As that is the compiler we actually will be installing as product of the build and the one that should be tested ? Thanks, /Dirk Am 06.11.2017 um 12:26 schrieb Nemanja Ivanovic <nemanja.i.ibm at gmail.com>: Aren't unit tests always built with the build compiler (which is stage 1 in your case)? On Sun, Nov 5, 2017 at 11:53 AM Dirk Schroetter via llvm-dev <_ _llvm-dev at lists.llvm.org> wrote:

Folks,

I am using a two-stagesimple build like this one: make -G Ninja -DCLANGENABLEBOOTSTRAP=ON ../src ninja stage2-check-all Stage 1 gets built, and when looking at rules.ninja in the stage2-bins I see: rule CXXCOMPILERAnalysisTests depfile = $DEPFILE deps = gcc command = ./bin/clang++ DEFINESDEFINES DEFINESINCLUDES $FLAGS -MMD -MT out−MFout -MF outMFDEPFILE -o out−cout -c outcin This is just an example, in fact all of the CXXCOMPILER{unit tests} point to the the compiler and linker as per above example. Isn’t that the stage1 compiler that is being used here ? I am pretty sure that I am just missing something here. Any pointers of how I can convince cmake to use the just-built (stage2) compiler for the tests ? Thanks, /Dirk


LLVM Developers mailing list llvm-dev at lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev


LLVM Developers mailing list llvm-dev at lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev

-- Wei-Ren Chen (陳韋任) Homepage: https://people.cs.nctu.edu.tw/~chenwj -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20171106/32b7808e/attachment.html>



More information about the llvm-dev mailing list