Displaying 4 results from an estimated 4 matches for "filelogger".
2015 Jun 10
2
[LLVMdev] Self-compiling clang on Windows
I'm trying to get clang 3.6.1 to compile itself on Windows, using this
command line:
msbuild /p:Configuration=Release /p:CLToolExe=clang-cl.exe
/p:CLToolPath=c:\llvm\build\Release\bin\ /p:TrackFileAccess=false
/p:Platform="x64" /fileLogger ALL_BUILD.vcxproj
It barfed on an occurrence of __try but that was only in a test file so I
commented it out and retried. Now it's getting an error I can't quite make
sense of:
In file included from C:\llvm2\lib\Support\TimeValue.cpp:55:
C:\llvm2\lib\Support/Windows/TimeValue.inc(48,7):...
2015 Jun 09
2
[LLVMdev] msbuild and clang
...on interpreter with clang-cl,
I used the following commands:
cd \python-2.7.10\pcbuild
copy C:\llvm\build\Release\bin\clang-cl.exe cl.exe
rd /q /s amd64
rd /q /s win32-temp-debug
rd /q /s win32-temp-release
rd /q /s x64-temp-debug
rd /q /s x64-temp-release
msbuild /p:Configuration=Release /v:diag /fileLogger pcbuild.sln
(The second line is the one that substitutes clang-cl - with that removed,
everything is successful)
The build failed with the following error message:
Tracking command:
C:\Program Files (x86)\MSBuild\12.0\bin\Tracker.exe /d "C:\Program Files
(x86)\MSBuild\12.0\bin\FileTrack...
2015 Jun 08
3
[LLVMdev] msbuild and clang
I'm trying to compile some large programs with clang on Windows (with a
view to compiling to bit code and then running some whole program
optimisations on the bit code).
Take for example the Python 2.7 interpreter:
As is typically the case, the usual build procedure involves running
msbuild which invokes the Microsoft compiler.
The most obvious procedure would then be to substitute
2015 Nov 17
12
3.7.1-rc1 has been tagged. Let's begin testing!
Hi,
I have just tagged 3.7.1-rc1, so it is ready for testing. As a
reminder, when doing regression testing, use the 3.7.0 release
as your baseline.
Thanks,
Tom