Displaying 17 results from an estimated 17 matches for "additionalincludedirectori".
Did you mean:
additionalincludedirectories
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...