search for: vcxproj

Avoids trying to create and replace version.h more than once which led to file-locking errors with multicore builds. --- Makefile.am | 1 + win32/VS2015/celt.vcxproj | 48 +++++++++++++++++--------- win32/VS2015/generate_version.vcxproj | 65 +++++++++++++++++++++++++++++++++++ win32/VS2015/opus.sln | 32 ++++++++++++++++- win32/VS2015/opus.vcxproj | 48 +++++++++++++++++--------- win32/VS2015/silk_common.vcxproj | 4...

--- win32/VS2015/opus.vcxproj | 2 ++ win32/VS2015/opus.vcxproj.filters | 6 ++++++ 2 files changed, 8 insertions(+) diff --git a/win32/VS2015/opus.vcxproj b/win32/VS2015/opus.vcxproj index d9aaa03..f55ea37 100644 --- a/win32/VS2015/opus.vcxproj +++ b/win32/VS2015/opus.vcxproj @@ -852,6 +852,7 @@ <ClInclude Inc...

-- Joshua Bowman Silverback Networks (559) 305-3770 silverbacknet at gmail.com www.silverbacknetworks.net -------------- next part -------------- src/analysis.c | 6 +++--- src/mlp.c | 3 +++ src/opus.vcxproj | 5 +++++ src/opus.vcxproj.filters | 15 +++++++++++++++ src/opus_demo.vcxproj | 4 ++++ src/opus_demo.vcxproj.filters | 12 ++++++++++++ 6 files changed, 42 insertions(+), 3 deletions(-) diff --git a/src/analysis.c b/src/analysis.c index 48832d5..b3be892 100644 --- a/...

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): warning : unused...

...gure.ac | 320 ++++++++++++++++++----------- m4/opus-intrinsics.m4 | 29 +++ silk/x86/SigProc_FIX_sse.h | 17 ++ silk/x86/main_sse.h | 48 +++++ silk/x86/x86_silk_map.c | 25 ++- win32/VS2010/celt.vcxproj | 17 +- win32/VS2010/celt.vcxproj.filters | 27 +++ win32/VS2010/opus_demo.vcxproj | 29 ++- win32/VS2010/opus_demo.vcxproj.filters | 5 + win32/VS2010/silk_common.vcxproj | 15 +- win32/VS2010/silk_common.vcxproj.filters | 21 ++ win32/VS2010/silk_...

Here are a couple of representative errors. C:\Dev\upstream\gitmono is where I keep my clone. "C:\Dev\upstream\gitmono\wbuild\ALL_BUILD.vcxproj" (Rebuild target) (1) -> "C:\Dev\upstream\gitmono\wbuild\unittests\Support\DynamicLibrary\SecondLib.vcxproj" (default target) (170:2) -> c1xx : fatal error C1083: Cannot open source file: 'C:\Dev\upstream\gitmono\llvm-project\llvm\unittests\Suppor t\D...

...: C++ exception handler used, but unwind semantics are not enabled. Specify /EHsc (C:\lld-x86_64_win7\lld-x86_64-win7\llvm.src\tools\lld\lib\ReaderWriter\ELF\Hexagon\HexagonLinkingContext.cpp) [C:\lld-x86_64_win7\lld-x86_64-win7\llvm.obj\tools\lld\lib\ReaderWriter\ELF\Hexagon\lldHexagonELFTarget.vcxproj] C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\concrt.h(313): warning C4530: C++ exception handler used, but unwind semantics are not enabled. Specify /EHsc (C:\lld-x86_64_win7\lld-x86_64-win7\llvm.src\tools\lld\lib\ReaderWriter\ELF\Hexagon\HexagonTargetHandler.cpp) [C:\lld-x86...

...or make, if those are options. On Wed, May 16, 2018 at 12:59 PM via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Here are a couple of representative errors. C:\Dev\upstream\gitmono is > where I keep my clone. > > > > "C:\Dev\upstream\gitmono\wbuild\ALL_BUILD.vcxproj" (Rebuild target) > (1) -> > > > "C:\Dev\upstream\gitmono\wbuild\unittests\Support\DynamicLibrary\SecondLib.vcxproj" > (default target) (170:2) -> > > c1xx : fatal error C1083: Cannot open source file: > 'C:\Dev\upstream\gitmono\llvm-projec...

...ILD_TYPE=Release -DLLVM_USE_CRT_RELEASE=MT -DLLVM_ENABLE_RTTI=ON -DLLVM_ENABLE_PROJECTS="clang;clang-tools-extra;lld;libcxx;libcxxabi" -DCMAKE_CXX_FLAGS="/permissive- /D_SILENCE_ALL_CXX17_DEPRECATION_WARNINGS" -DCMAKE_CXX_STANDARD=17 " and when building the target ALL_BUILD.vcxproj I redirected the output to a file. I'm attaching that file to this message. Name of the file is build.log. I'm attaching CMakeCache.txt and CMakeOutput.log for reference. Any help is appreciated. Thanks in advance. -------------- next part -------------- An HTML attachment was scrubbed...

Using -i should prevent failing if the files don't exist. --- appveyor.yml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/appveyor.yml b/appveyor.yml index c85b0b1..ad9c6c0 100644 --- a/appveyor.yml +++ b/appveyor.yml @@ -17,7 +17,7 @@ build: verbosity: minimal after_build: -- cmd: 7z a opus.zip win32\VS2015\%PLATFORM%\%CONFIGURATION%\opus.lib include\*.h +- cmd: 7z

...ote: > I have the git monorepo, and Visual Studio 2015. I am finding that > running a build from the command line with msbuild (as a nightly job) > invariably fails on the first try, and succeeds on a retry. > > The first msbuild command looks like this: > > msbuild ALL_BUILD.vcxproj /p:Configuration="RelWithDebInfo" /m:6 /t:Rebuild > > This appears to compile everything okay, but invariably fails with > some set of link-time errors, reporting missing symbols. Then I run > msbuild again, but without the /t:Rebuild (thus it's a dirty build the > sec...

...d, May 16, 2018 at 12:59 PM via llvm-dev <llvm-dev at lists.llvm.org> > wrote: >> >> Here are a couple of representative errors. C:\Dev\upstream\gitmono is >> where I keep my clone. >> >> >> >> "C:\Dev\upstream\gitmono\wbuild\ALL_BUILD.vcxproj" (Rebuild target) >> (1) -> >> >> >> "C:\Dev\upstream\gitmono\wbuild\unittests\Support\DynamicLibrary\SecondLib.vcxproj" >> (default target) (170:2) -> >> >> c1xx : fatal error C1083: Cannot open source file: >> 'C:\D...

I hope I'm not being too presumptuous or anything when I say this: could you guys please review the obj.ClangAST.vcxproj project and try to fix the ambiguity error? Reid asked me why I'm using C++17. I just want to use the latest released standard. Most if it still compiles anyway. So I'll stick with it. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm....

The attached patch cleans up Opus's x86 intrinsics configury. It: * Makes ?enable-intrinsics work with clang and other non-GCC compilers * Enables RTCD for the floating-point-mode SSE code in Celt. * Disables use of RTCD in cases where the compiler targets an instruction set by default. * Enables the SSE4.1 Silk optimizations that apply to the common parts of Silk when Opus is built in

...ut unwind semantics are not enabled. Specify /EHsc > (C:\lld-x86_64_win7\lld-x86_**64-win7\llvm.src\tools\lld\** > lib\ReaderWriter\ELF\Hexagon\**HexagonLinkingContext.cpp) > [C:\lld-x86_64_win7\lld-x86_**64-win7\llvm.obj\tools\lld\** > lib\ReaderWriter\ELF\Hexagon\**lldHexagonELFTarget.vcxproj] > C:\Program Files (x86)\Microsoft Visual Studio > 11.0\VC\include\concrt.h(313): warning C4530: C++ exception handler used, > but unwind semantics are not enabled. Specify /EHsc > (C:\lld-x86_64_win7\lld-x86_**64-win7\llvm.src\tools\lld\** > lib\ReaderWriter\ELF\Hexagon\**HexagonTa...

...benchmark/CMakeLists.txt:234 (message):   Using std::regex with exceptions disabled is not fully supported and later some linker errors LINK : fatal error LNK1104: cannot open file '..\..\Debug\lib\LLVMDemangle.lib' [D:\projects\fun\jit_tests\llvm40\llvm40-build\lib\Support\LLVMSupport.vcxproj] ... LINK : fatal error LNK1104: cannot open file '..\..\..\lib\Debug\benchmark.lib' [D:\projects\fun\jit_tests\llvm40\llvm40-build\utils\benchmark\src\benchmark_main.vcxproj] ... LINK : fatal error LNK1104: cannot open file '..\..\Debug\lib\LLVMDemangle.lib' [D:\projects\fun\ji...

...16, 2018 at 12:59 PM via llvm-dev > <llvm-dev at lists.llvm.org> > wrote: >> >> Here are a couple of representative errors. C:\Dev\upstream\gitmono >> is where I keep my clone. >> >> >> >> "C:\Dev\upstream\gitmono\wbuild\ALL_BUILD.vcxproj" (Rebuild >> target) >> (1) -> >> >> >> "C:\Dev\upstream\gitmono\wbuild\unittests\Support\DynamicLibrary\SecondLib.vcxproj" >> (default target) (170:2) -> >> >> c1xx : fatal error C1083: Cannot open source file: >>...

I have the git monorepo, and Visual Studio 2015. I am finding that running a build from the command line with msbuild (as a nightly job) invariably fails on the first try, and succeeds on a retry. The first msbuild command looks like this: msbuild ALL_BUILD.vcxproj /p:Configuration="RelWithDebInfo" /m:6 /t:Rebuild This appears to compile everything okay, but invariably fails with some set of link-time errors, reporting missing symbols. Then I run msbuild again, but without the /t:Rebuild (thus it's a dirty build the second time) and this suc...

...ls with a bunch of error messages along the lines of: LLVMSupport.lib(Atomic.obj) : error LNK2019: unresolved external symbol __faststorefence referenced in function "void __cdecl llvm::sys::MemoryFence(void)" (?MemoryFence at sys@llvm@@YAXXZ) [C:\llvm-svn\build\utils\FileCheck\FileCheck.vcxproj] LLVMSupport.lib(Host.obj) : error LNK2019: unresolved external symbol _xgetbv referenced in function "class llvm::StringRef __cdecl llvm::sys::getHostCPUName(void)" (?getHostCPUName at sys@llvm@@YA?AVStringRef at 2@XZ) [C:\llvm-svn\build\utils\FileCheck\FileCheck.vcxproj] LLVMSupport.lib...

...<llvm-dev at lists.llvm.org> > > wrote: > >> > >> Here are a couple of representative errors. C:\Dev\upstream\gitmono > >> is where I keep my clone. > >> > >> > >> > >> "C:\Dev\upstream\gitmono\wbuild\ALL_BUILD.vcxproj" (Rebuild > >> target) > >> (1) -> > >> > >> > >> "C:\Dev\upstream\gitmono\wbuild\unittests\Support\ > DynamicLibrary\SecondLib.vcxproj" > >> (default target) (170:2) -> > >> > >> c1xx : fatal e...