search for: libflac

lvqcl wrote: > When I compile flac project with MSYS/MinGW-w64, I can see two files: > libFLAC.a and libFLAC-static.a. The only difference between them > is that libFLAC.a contains functions from win_utf8_io. > But 'make install' adds libFLAC.a into /local/lib, not libFLAC-static.a. Thank you for checking this. I've always had trouble with Autotools on Windows, even when r...

lvqcl wrote: >>> Win_utf8 stuff should not be included in libflac since it's only to be >>> used by the flac.exe frontend. It is not needed by other programs nor >>> would they benefit from it without doing the extra work of converting >>> their ansi filenames and functions to utf-8. >>> >>>> Version 2 of my pat...

They are not needed since the section is defined in nasm.h. --- src/libFLAC/ia32/bitreader_asm.nasm | 4 ---- src/libFLAC/ia32/cpu_asm.nasm | 4 ---- src/libFLAC/ia32/fixed_asm.nasm | 4 ---- src/libFLAC/ia32/lpc_asm.nasm | 4 ---- src/libFLAC/ia32/stream_encoder_asm.nasm | 4 ---- 5 files changed, 20 deletions(-) diff --git a/src/libFL...

I have also asked this question on stackoverflow (http://stackoverflow.com/questions/8694676/compiling-64-bit-flac-libflac-in-os-x-lion), which you can answer if you're interested in reputation points. I am very unfamiliar with compiling C/C++ source of this size, and I'm having trouble debugging the issue. Basically, in the root folder of the FLAC bundle, even if I use the flags specifying 64-bit like so: C...

Hello, This is a patch to allow building of the project using MSYS, MinGW, and MinGW-w64 with the following invocation: make -f Makefile.lite libFLAC libFLAC++ flac metaflac test_libs_common test_libFLAC test_libFLAC++ test_grabbag test_seeking test_streams utils examples This patch addresses eight points: 1. `uname -p` in MSYS returns "unknown" so we must use `gcc -dumpmachine` to gain information about the target, 32-bit or 64-bi...

Hello, This is a patch to allow building of the project using MSYS, MinGW, and MinGW-w64 with the following invocation: make -f Makefile.lite libFLAC libFLAC++ flac metaflac test_libs_common test_libFLAC test_libFLAC++ test_grabbag test_seeking test_streams utils examples This patch addresses eight points: 1. `uname -p` in MSYS returns "unknown" so we must use `gcc -dumpmachine` to gain information about the target, 32-bit or 64-bi...

> OK, that worked. > > I checked in your patch to make a static libFLAC-asm.a and > I moved @XMMS_LIBS@ to the end of ...LIBADD. Matt and Ben, > can you try the latest CVS to see if it works for you now? It doesn't work for me. Looks like libtool decided not to link libFLAC-asm.a into libFLAC. Here's the output: Making all in src gmake[1]: Entering d...

On Sat, Jul 21, 2001 at 03:53:26AM -0700, collver@linuxfreemail.com wrote: > > OK, that worked. > > > > I checked in your patch to make a static libFLAC-asm.a and > > I moved @XMMS_LIBS@ to the end of ...LIBADD. Matt and Ben, > > can you try the latest CVS to see if it works for you now? > > It doesn't work for me. Looks like libtool decided not to link > libFLAC-asm.a into libFLAC. > > Here's the output: >...

...endency exists only on Windows. For obvious reasons such dependency cannot exist on Linux/FreeBSD/OSX/etc. Previous versions (up to 1.2.1) didn't support Unicode filenames on Windows. And then it was decided to add such support. Windows uses UTF-16, where characters have 16-bit wchar_t type. LibFLAC receives strings only via char*. So one way to add Unicode support is to add new functions that receive wchar_t* (similar to WinAPI functions such as CreateFileA and CreateFileW). I suspect that it was considered too painful... Another way is to convert UTF-16 to UTF-8. A program receives UTF-16 f...

...2b0e 100644 --- a/examples/c/decode/file/Makefile.am +++ b/examples/c/decode/file/Makefile.am @@ -22,8 +22,6 @@ EXTRA_DIST = \ AM_CPPFLAGS = -I$(top_builddir) -I$(srcdir)/include -I$(top_srcdir)/include noinst_PROGRAMS = example_c_decode_file example_c_decode_file_LDADD = \ - $(top_builddir)/src/libFLAC/libFLAC.la \ - @OGG_LIBS@ \ - -lm + $(top_builddir)/src/libFLAC/libFLAC.la example_c_decode_file_SOURCES = main.c diff --git a/src/flac/Makefile.am b/src/flac/Makefile.am index 6f0145b..ceae6a5 100644 --- a/src/flac/Makefile.am +++ b/src/flac/Makefile.am @@ -50,7 +50,6 @@ flac_LDADD = \ $(top_...

--- configure.ac | 7 +++++ src/libFLAC/bitreader.c | 12 ++------- src/libFLAC/bitwriter.c | 8 ++---- src/libFLAC/fixed.c | 18 +++++-------- src/libFLAC/format.c | 8 ++---- src/libFLAC/include/private/macros.h | 29 ++++++++++++++++++++ src/libFLAC/metadata_iterat...

Janne Hyv?rinen wrote: > Win_utf8 stuff should not be included in libflac since it's only to be > used by the flac.exe frontend. It is not needed by other programs nor > would they benefit from it without doing the extra work of converting > their ansi filenames and functions to utf-8. > >> Version 2 of my patch attached, which fixes the problem for...

...r as well as having some other changes we made for the MAME/MESS project sitting around I thought about joining this list to make things easier. First one is the latest modification we had to make to compile with clang 3.4 x64. Here are the warnings the 1.2.1 source will give with it: src/lib/libflac/libFLAC/cpu.c:90:23: error: unused variable 'FLAC__CPUINFO_IA32_CPUID_CMOV' [-Werror,-Wunused-const-variable] static const unsigned FLAC__CPUINFO_IA32_CPUID_CMOV = 0x00008000; ^ src/lib/libflac/libFLAC/cpu.c:91:23: error: unused variable 'FLAC__CPUINFO_IA32_CPUID_M...

On Fri, Jul 20, 2001 at 04:17:38PM -0400, Matt Zimmerman wrote: > Maybe the easy way to get around all of this is to build a plain old .a archive > for the assembler stuff, instead of a libtool .la library. This may or may not > cause problems when linking the libFLAC shared library. I'll try it. It does work, but gives a warning: *** Warning: Linking the shared library libFLAC.la against the *** static library ia32/libFLAC-asm.a is not portable! I think this is just because libtool can't determine whether the objects in libFLAC-asm.a are PIC or not....

...binary for 1.2 does not run on OS X 10.4 (says libiconv is too old). i removed libiconv and reinstalled that from source, but then flac 1.2.1 just prints "Bus error" and exits. Ok, so i tried to compile flac from source, and end up with Extracting /Users/rutz/Desktop/flac-1.2.1/src/libFLAC/ia32/.libs/ libFLAC-asm.a (cd .libs/libFLAC.lax/libFLAC-asm.a && ar x /Users/rutz/Desktop/ flac-1.2.1/src/libFLAC/ia32/.libs/libFLAC-asm.a) gcc -dynamiclib ${wl}-flat_namespace ${wl}-undefined ${wl}suppress - o .libs/libFLAC.8.2.0.dylib .libs/bitmath.o .libs/bitreader.o .libs/ bitwrite...

...ions (--disable-asm-optimizations). but since I'm not too saavy with autoconf/automake I'll ask for a little bit more help. I think the only non-functional part left is that automake doesn't support source files that are in subdirectories, relative to Makefile.am(?) the layout in src/libFLAC/ is that all asm sources will go under a 'cputype' directory (e.g. src/libFLAC/i386/ for x86 sources). having to put them all in src/libFLAC/ would be a mess later. can you guys take a look and advise? Josh __________________________________________________ Do You Yahoo!? Yahoo! Auctio...

On Fri, Jul 20, 2001 at 03:01:54PM -0700, Josh Coalson wrote: > --- Matt Zimmerman <mdz@debian.org> wrote: > > > > automake will include ltmain.sh in the source distribution, so it > > should be > > used even if it isn't installed on the build system. In fact, it > > seems to > > always use the distributed version, and not the installed one

...include/Makefile ? include/FLAC/Makefile ? include/FLAC/ordinals.h ? include/FLAC++/Makefile ? include/OggFLAC/Makefile ? include/OggFLAC++/Makefile ? include/share/Makefile ? man/Makefile ? obj/Makefile ? obj/bin/Makefile ? obj/lib/Makefile ? src/Makefile ? src/flac/Makefile ? src/flac/flac ? src/libFLAC/Makefile ? src/libFLAC/ia32/Makefile ? src/libFLAC/include/Makefile ? src/libFLAC/include/private/Makefile ? src/libFLAC/include/protected/Makefile ? src/libFLAC++/Makefile ? src/libOggFLAC/Makefile ? src/libOggFLAC/include/Makefile ? src/libOggFLAC/include/protected/Makefile ? src/libOggFLAC++/Mak...

Ozkan Sezer wrote: > flac.exe built with mingw with or without the dllimport/dllexport patch > always requires libFLAC-8.dll (because flac/Makefile.am has libFLAC.la > in flac_LDADD and not libFLAC-static.la), and the patch doesn't make it > any more or any less dependent on any 'foreign' dlls: the patch doesn't > change the existent situation in that regard. If I'm missing something, &...

Hi, The GStreamer flac plugin broke due to libflac 1.1.0 and libflac 1.1.1 not being ABI/API compatible. Skimming through the archives I see that this breakage was intentional. I think it is quite common understanding that when you have a stable release of something you don't break your API, you only add to it. If you want to break the API that...