search for: configury

flac configury does a XIPH_ADD_CFLAGS([-Wextra]) around line 426, however it unconditionally adds -Wextra some lines before that too. The attached patch removes that unconditional addition of -Wextra which (i) removes duplicate addition, and (ii) allows older gcc versions to compile the tree peacefully. Please...

...ml http://lists.xiph.org/pipermail/opus/2015-March/002905.html One of us probably has to rebase depending on which patch goes into opus first. Regards, Vish On 1 March 2015 at 20:47, Jonathan Lennox <jonathan at vidyo.com> wrote: > 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 optimizatio...

Thanks to Jean-Marc and Tim explaining 'git rebase -i' to me, I've factored my reorganization of the Opus Intrinsics configury into a number of hopefully more comprehensible (and thus more reviewable) pieces. This applies to the current tip of Opus Master in git. Viswanath's Ne10 changes require some slight modification to apply on top of these patches, but nothing major. Comments are welcome! (Particularly if any...

...us probably has to rebase depending on which patch goes into opus > first. > > > > Regards, > > Vish > > > > > > On 1 March 2015 at 20:47, Jonathan Lennox <jonathan at vidyo.com> wrote: > >> 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 > >>...

Hi all, I see this in configure.ac: AC_ARG_WITH(sysroot, AS_HELP_STRING([--with-default-sysroot], [Add --sysroot=<path> to all compiler invocations.]),, withval="") AC_DEFINE_UNQUOTED(DEFAULT_SYSROOT,"$withval", [Default <path> to all compiler invocations for --sysroot=<path>.]) The macro seems to suggest that I should write

The autogen.sh o

[this time compeled the mail]. The autogen.sh of opusfile doesn't work for me: Updating build configuration files for opusfile, please wait.... configure.ac:8: installing `./install-sh' configure.ac:8: installing `./missing' Makefile.am:10: Libtool library used but `LIBTOOL' is undefined Makefile.am:10: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'

...n which patch goes into opus >> > first. >> > >> > Regards, >> > Vish >> > >> > >> > On 1 March 2015 at 20:47, Jonathan Lennox <jonathan at vidyo.com> wrote: >> >> 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 >> &...

...-March/002905.html > > One of us probably has to rebase depending on which patch goes into opus first. > > Regards, > Vish > > > On 1 March 2015 at 20:47, Jonathan Lennox <jonathan at vidyo.com> wrote: >> 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. >> * Enable...

...t; > first. > >> > > >> > Regards, > >> > Vish > >> > > >> > > >> > On 1 March 2015 at 20:47, Jonathan Lennox <jonathan at vidyo.com> wrote: > >> >> 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 compi...

...of us probably has to rebase depending on which patch goes into opus first. > > Regards, > Vish > > > On 1 March 2015 at 20:47, Jonathan Lennox <jonathan at vidyo.com<mailto:jonathan at vidyo.com>> wrote: >> 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 attached small configury patch extends visibility attributes usage to darwin (osx) builds. Tested by cross-compiling on a linux host using gcc-.4.0.2 and gcc-4.2.1 against 10.4 and 10.6 SDKs. Regards. -- O.S. -------------- next part -------------- diff --git a/configure.ac b/configure.ac index 6d0fa00..d3c302a 100644 --...

The attached small configury patch replaces -Wextra with -W in the main CFLAGS and CXXFLAGS assignments. A few lines after them, -Wextra is conditionally added already with XIPH_ADD_CFLAGS([-Wextra]), so this allows build using older compilers. Regards. -- O.S. -------------- next part -------------- diff --git a/configure.a...

XIPH_C_COMPILER_IS_CLANG in configury (commit a6a4b6f) is blocking many flags including the visibility attributes: I guess this needs relaxing, possibly a lot. What incompatibility led to this commit? -- O.S.

...gt;> >> Can you please validate this new patch? > > It works, but only if i call ./configure without arguments. And it fails > if i call ./configure with "--disable-shared", "--enable-static" or > both "--disable-shared --enable-static". > Your configury already has the line LT_INIT([win32-dll disable-static pic-only]) ... so I took the assumption of dll builds are supported only. Your configury already has the line LT_INIT([win32-dll disable-static pic-only]) --disable-shared can be supported, but that would require some more major surgery: the...

IANACE (I Am Not A Configury Expert :-), but I've been asked to reconfigure LLVM and LLVM-GCC to build with LLVM-GCC (perhaps more accurately, LLVM-G++). The patches to do this are short. In the LLVM tree, this suffices; it looks for LLVM-GCC first, and if that fails, falls back to GCC: Index: llvm.test/autoconf/c...

Erik de Castro Lopo wrote: > Ozkan Sezer wrote: > >> My apologies, obviously sent an old testing patch. Correct one is >> attached (declspec2.diff). Compilation tested using MinGW (gcc-3.4.5, >> binutils-2.20), and MinGW-w64 (gcc-4.5.4, binutils-2.21.90.) > > lvqcl, > > Can you please validate this new patch? It works, but only if i call ./configure without

...-code-check-to-_initial_pcmoffset-as-vorbi.patch Type: text/x-patch Size: 1029 bytes Desc: not available URL: <http://lists.xiph.org/pipermail/vorbis-dev/attachments/20180320/998341f5/attachment-0016.bin> -------------- next part -------------- A non-text attachment was scrubbed... Name: 0004-configury-do-AC_LIBTOOL_WIN32_DLL-for-win32-dll-buil.patch Type: text/x-patch Size: 656 bytes Desc: not available URL: <http://lists.xiph.org/pipermail/vorbis-dev/attachments/20180320/998341f5/attachment-0017.bin> -------------- next part -------------- A non-text attachment was scrubbed... Name: 0005-...

...hin the LLVM tree, following normal LLVM incremental-development practices? The target would naturally start as "experimental", excluded from the default build. The code organization would look like any other backend, with everything under lib/Target/WebAssembly except for various bits of configury that any backend needs. We have need of the functionality provided by SelectionDAG, MI and others, so this will pretty clearly be a backend, rather than a specialized serialization. Also, the people leading the project are JF Bastien and Dan Gohman, existing LLVM contributors familiar with various...

On Mon, Jul 6, 2009 at 3:47 PM, Stuart Hastings<stuart at apple.com> wrote: > IANACE (I Am Not A Configury Expert :-), but I've been asked to > reconfigure LLVM and LLVM-GCC to build with LLVM-GCC (perhaps more > accurately, LLVM-G++). The attached patches affect the *tests*, not the actual builds themselves; is that intentional? -Eli