search for: additionalincludedirectori

Displaying 17 results from an estimated 17 matches for "additionalincludedirectori".

2016 Sep 09
2
[PATCH 1/3] appveyor: include opus.dll and opus.exp files if available
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
2015 Mar 13
1
[RFC PATCH v3] Intrinsics/RTCD related fixes. Mostly x86.
...bel="Globals"> @@ -141,7 +150,7 @@ <WarningLevel>Level3</WarningLevel> <Optimization>Disabled</Optimization> <PreprocessorDefinitions>HAVE_CONFIG_H;WIN32;_DEBUG;_LIB;%(PreprocessorDefinitions)</PreprocessorDefinitions> - <AdditionalIncludeDirectories>..\;..\..\include;%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories> + <AdditionalIncludeDirectories>$(ProjectDir)\..\;$(ProjectDir)\..\..\include;$(ProjectDir)\..\..\celt;$(ProjectDir)\..\..\silk;$(ProjectDir)\..\..\silk\float;$(ProjectDir)\..\..\silk\fixed;%(Addi...
2015 Mar 12
1
[RFC PATCHv2] Intrinsics/RTCD related fixes. Mostly x86.
...bel="Globals"> @@ -141,7 +150,7 @@ <WarningLevel>Level3</WarningLevel> <Optimization>Disabled</Optimization> <PreprocessorDefinitions>HAVE_CONFIG_H;WIN32;_DEBUG;_LIB;%(PreprocessorDefinitions)</PreprocessorDefinitions> - <AdditionalIncludeDirectories>..\;..\..\include;%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories> + <AdditionalIncludeDirectories>$(ProjectDir)\..\;$(ProjectDir)\..\..\include;$(ProjectDir)\..\..\celt;$(ProjectDir)\..\..\silk;$(ProjectDir)\..\..\silk\float;$(ProjectDir)\..\..\silk\fixed;%(Addi...
2015 Mar 02
13
Patch cleaning up Opus x86 intrinsics configury
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
2013 Apr 02
0
flac 1.3.0pre3 pre-release
.../src/utils/flactimer/flactimer.vcproj b/src/utils/flactimer/flactimer.vcproj index 3011f15..4496fa2 100644 --- a/src/utils/flactimer/flactimer.vcproj +++ b/src/utils/flactimer/flactimer.vcproj @@ -39,7 +39,7 @@ <Tool Name="VCCLCompilerTool" Optimization="0" - AdditionalIncludeDirectories="." + AdditionalIncludeDirectories=".;..\..\..\include" PreprocessorDefinitions="WIN32;_DEBUG;_CONSOLE;DEBUG" MinimalRebuild="true" BasicRuntimeChecks="3" @@ -116,7 +116,7 @@ FavorSizeOrSpeed="1" OmitFramePoin...
2013 Apr 01
2
flac 1.3.0pre3 pre-release
Janne Hyv?rinen wrote: > Zip with random patches: > > flac_mac: fixes some missing parameters from safe string handling > changes in flac_mac's main.c > flac_mac_project: adds flac's include dir for the project so new > functions can be found > progress_display: flac testing progress display used old functions that > didn't get utf-8 decoding >
2004 Dec 03
2
[LLVMdev] [Fwd: Updated LLVM Visual Studio project files]
...quot;Debug|Win32" > OutputDirectory="..\Debug" > IntermediateDirectory="Debug" > ConfigurationType="4" > CharacterSet="2"> > <Tool > Name="VCCLCompilerTool" > Optimization="0" > AdditionalIncludeDirectories="..\..\tablegen_includes;..\..\include;.." > PreprocessorDefinitions="WIN32;_DEBUG;_LIB;__STDC_LIMIT_MACROS" > MinimalRebuild="TRUE" > BasicRuntimeChecks="3" > RuntimeLibrary="3" > ForceConformanceInForLoopScope=...
2004 Dec 03
0
[LLVMdev] [Fwd: Updated LLVM Visual Studio project files]
...utDirectory="..\Debug" > > IntermediateDirectory="Debug" > > ConfigurationType="4" > > CharacterSet="2"> > > <Tool > > Name="VCCLCompilerTool" > > Optimization="0" > > AdditionalIncludeDirectories="..\..\include;.." > > PreprocessorDefinitions="WIN32;_DEBUG;_LIB;__STDC_LIMIT_MACROS" > > MinimalRebuild="TRUE" > > BasicRuntimeChecks="3" > > RuntimeLibrary="3" > > ForceConformanceInForLoopScope...
2015 Mar 18
5
[RFC PATCH v1 0/4] Enable aarch64 intrinsics/Ne10
Hi All, Since I continue to base my work on top of Jonathan's patch, and my previous Ne10 fft/ifft/mdct_forward/backward patches, I thought it would be better to just post all new patches as a patch series. Please let me know if anyone disagrees with this approach. You can see wip branch of all latest patches at https://git.linaro.org/people/viswanath.puttagunta/opus.git Branch:
2015 Mar 31
6
[RFC PATCH v1 0/5] aarch64: celt_pitch_xcorr: Fixed point series
Hi Timothy, As I mentioned earlier [1], I now fixed compile issues with fixed point and resubmitting the patch. I also have new patch that does intrinsics optimizations for celt_pitch_xcorr targetting aarch64. You can find my latest work-in-progress branch at [2] For reference, you can use the Ne10 pre-built libraries at [3] Note that I am working with Phil at ARM to get my patch at [4]
2015 May 08
8
[RFC PATCH v2]: Ne10 fft fixed and previous 0/8]
Hi All, As per Timothy's suggestion, disabling mdct_forward for fixed point. Only effects armv7,armv8: Extend fixed fft NE10 optimizations to mdct Rest of patches are same as in [1] For reference, latest wip code for opus is at [2] Still working with NE10 team at ARM to get corner cases of mdct_forward. Will update with another patch when issue in NE10 gets fixed. Regards, Vish [1]:
2015 May 15
11
[RFC V3 0/8] Ne10 fft fixed and previous
Hi All, Changes from RFC v2 [1] armv7,armv8: Extend fixed fft NE10 optimizations to mdct - Overflow issue fixed by Phil at ARM. Ne10 wip at [2]. Should be upstream soon. - So, re-enabled using fixed fft for mdct_forward which was disabled in RFCv2 armv7,armv8: Optimize fixed point fft using NE10 library - Thanks to Jonathan Lennox, fixed some build fixes on iOS and some copy-paste errors Rest
2015 Apr 28
10
[RFC PATCH v1 0/8] Ne10 fft fixed and previous
Hello Timothy / Jean-Marc / opus-dev, This patch series is follow up on work I posted on [1]. In addition to what was posted on [1], this patch series mainly integrates Fixed point FFT implementations in NE10 library into opus. You can view my opus wip code at [2]. Note that while I found some issues both with the NE10 library(fixed fft) and with Linaro toolchain (armv8 intrinsics), the work
2008 May 21
3
[LLVMdev] 2.3 Pre-release available for testing
Razvan Aciu wrote: > As I saw from the mailing list the MSVC 2005 patches were made to take into > account the new files from the development branch, files which are not in > the 2.3 release. So for now the below patch is the only one functional for > the release. If I am wrong, please someone correct me. > > If someone can make a 2005 patch for the release branch, it is ok.
2014 Jun 19
0
Lets work towards a new version
...lutionDir)include"? > > That sounds like a good idea. I opened libFLAC_static.vcproj in a text editor and it turns out that it contains relative paths anyway: <File RelativePath="..\..\include\FLAC\stream_encoder.h"></File> So replacing relative paths in "AdditionalIncludeDirectories" entries seems rather pointless, sorry. >> Is it better to remove these files from Makefile and .vcproj files, or to leave them? >> I don't think that they will become useful again, but who knows... > > I think they should be deleted in a commit that says something l...
2014 Jun 19
5
Lets work towards a new version
lvqcl wrote: > 1) > Current MSVC solution (FLAC.sln and numerous .vcproj files) was made with > VC2005 Express and doesn't allow to build 64-bit files/libraries. > > IMHO it's time to add 64-bit support for MSVC builds, but AFAIK only Visual Studio > 2012/2013 Express are free and allow to build 64-bit files. > > VS 2005/2008 use .vcproj files, and VS
2014 Jun 19
4
Lets work towards a new version
...> > That sounds like a good idea. > > I opened libFLAC_static.vcproj in a text editor and it turns out that it > contains relative paths anyway: > <File RelativePath="..\..\include\FLAC\stream_encoder.h"></File> > So replacing relative paths in "AdditionalIncludeDirectories" entries seems > rather pointless, sorry. Ok, you know more about this than me. > >> Is it better to remove these files from Makefile and .vcproj files, or to leave them? > >> I don't think that they will become useful again, but who knows... > > > > I...