similar to: [PATCH] pkg-config descriptors

Hi folks, here's a patch which cleans up the nasm call from Makefiles. Abusing libtool and then having to drop in some additional wrapper script to rewrite the commandline again is rather stupid. cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service - http://www.metux.de/

Hi folks, here's a patch which adds an local xmms.m4 file (took it from latest stable xmms), so an complete autoconf regeneration also works if xmms is not installed. cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service - http://www.metux.de/ --------------------------------------------------------------------- Please visit

Libraries that are used internally by libFLAC(++) but are not part of their API should be listed in pkg-config "private" clauses. Otherwise executables that are linked dynamically against libFLAC(++) will have unneeded direct dependencies (overlinking). Based on a patch by Brad Smith from https://sourceforge.net/p/flac/bugs/397/ that I updated to only include ogg if libFLAC is

--- On Tue, 5/8/12, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > Honestly, I really doubt this is a bug in valgrind :-). How > were you testing > this? Well, I've read that there have been bugs in valgrind, were SSE optimized versions of strlen() do guaranteed safe overreads of memory, but valgrind wasn't aware the overreads were safe. Anyway, it seems easy to

On Tue, Sep 10, 2002 at 11:11:24PM -0700, Josh Coalson wrote: > I have just finished uploading the source release for FLAC 1.0.4 beta > to Sourceforge; there are no binary releases. See the included > doc/html/news.html for the changes since 1.0.3; there are quite a few. > > http://prdownloads.sourceforge.net/flac/flac-1.0.4_beta-src.tar.gz?download I just downloaded 1.0.4 beta,

During my current dealings with the FLAC library I think I discovered a memory leak. After an encoder stream has finish()'ed, I believe you are supposed to use it again by calling init(). However, when verification is enabled, the init() routine will create a new stream decoder (to verify the data) without deleting (or reusing) the existing one. A small program demonstrating this is pasted

Not sure if this is the right place to post this... I have attached a patch for the build system which lets FLAC build on IRIX and Cygwin. -------------- next part -------------- ? Makefile ? aclocal.m4 ? autom4te.cache ? config.guess ? config.log ? config.status ? config.sub ? configure ? depcomp ? install-sh ? irix.patch ? libtool ? libtool-disable-static ? ltmain.sh ? missing ? mkinstalldirs ?

I'd love to fix the .Xcodeproj (which is what they're called now) but I don't have a clue how to, if I were to figure it out would you guys accept it, or is it not worth my time? btw, someone on Windows should get the visual studio files working, it always complains about not finding nasm.exe. On Tue, Apr 30, 2013 at 3:00 PM, <flac-dev-request at xiph.org> wrote: > Send

Well, I'm bored, and I hope I'm not getting in the way of anyone, but I was like hell might as well try to make a new Xcode project, although I am using 10.8 with the latest xcode, so I'd have to manually remove that, but there is one serious concern, and that's that header files are being called from 1 directory up from where they are, for example: "share/compat.h"

--- configure.ac | 1 + gobject/.gitignore | 1 + gobject/Makefile.am | 3 +++ gobject/libguestfs-gobject-1.0.pc.in | 11 +++++++++++ 4 files changed, 16 insertions(+) create mode 100644 gobject/libguestfs-gobject-1.0.pc.in diff --git a/configure.ac b/configure.ac index a1e761e..dc8d9bb 100644 --- a/configure.ac +++ b/configure.ac @@

Hi, I've been trying to use the FLAC lib for c++. I need to implement basic encoder function in my application, so i tried to include encoder.h , set everything to the default path, and included stream_encoder.cpp,stream encoder.cpp files in the project. Include is #include "FLAC++/encoder.h" i write something like this FLAC::Encoder::File test; i build, compile goes ok but then

Attached is a patch that adds 5 missing FLAC__metadata_object_vorbiscomment_* functions to the VorbisComment class. In my previous message I stated 8 functions were missing, but on closer inspection, 3 of those belong in the VorbisComment::Entry class, and 2 of them already have equivalent functions in there. The last one (FLAC__metadata_object_vorbiscomment_entry_matches()) does not, but I have

Hi folks, is there anywhere an opensource PXE bootdisk (i've only found some from M$ as binary image) or a howto for generating one w/ the syslinux package ? cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT services phone: +49 36207 519931 www: http://www.metux.de/ fax: +49 36207 519932 email:

Hi folks, JFYI: i've collected a few rules, package upstreams should follow to make distro-maintainer's life _much_ easier: http://www.metux.de/index.php/de/component/content/article/57.html cu -- ---------------------------------------------------------------------- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weigelt at metux.de

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`

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`

Hi folks, I've noticed an problem with openssh on GNU/Linux: pressing ctrl+s locks up the ssh client. Only killing it helps. Is this problem already known ? cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service phone: +49 36207 519931 www: http://www.metux.de/ fax: +49 36207 519932 email:

On Jan 2, 2007, at 5:15 AM, Arek Korbik wrote: > The XCode project files you found are meant to be used with FLAC > 1.1.2. The FLAC repository now contains version 1.1.3 files, and there > have been interface changes in that latest revision > (http://flac.sourceforge.net/changelog.html#flac_1_1_3). That could > explain your problems with compilation. Well, now, no, I did download

Hello folks, I fried of mine offered us a few metric tons of server hardware that we can use for our CI and testing. He also offered to host and operate it. The only problem is power costs. At his location (Serbia) power costs seem to be relatively low compared to average western countries, but for such a farm still too much for a single hobbyist. So the vital question now is: can we find any

Hi folks, is there an solution for an detachable ssh (like an terminal server, but for text console) ? I imagine something like what screen(1) does, but integrated into ssh: + if an connection breaks down, the session (an all processes) remain running an can be re-attached. + all active sessions can be queried + the output of sessions can be logged and retrieved later + xterm window title