similar to: [PATCH] Refer to configure.ac instead of configure.in

On 25.5.2013 10:54, Erik de Castro Lopo wrote: > Robert Kausch wrote: > >> Hi all, >> >> I tried 1.3.0pre4 with ICL on Windows and found some issues. Not sure if >> this is the right place to submit patches, but someone suggested this on >> the apparently dead SourceForge patch tracker. >> >> The first two are quite straight forward: >>

Hi all, I've got two problems compiling the current CVS FLAC sources on OSX. Firstly, the configure script can't find the OGG libraries which were installed from MacPorts. I have tried: ./configure --with-ogg-includes=/opt/local/include \ --with-ogg-lib=/opt/local/lib but they are still not found. I notice that in configure.in, you use a macro called XIPH_PATH_OGG. Is

Josh Coalson wrote: > the main reason I haven't swtiched is I'm not up on pkgconfig > and XIPTH_PATH_OGG has been working pretty well... can you tell > why it's not working for you? > > I'm always hesitant to mess with things in configure.in because > is such whack-a-mole problem (fixes things for some people and > breaks for others). I'll look into that

--- Erik de Castro Lopo <erikd-flac@mega-nerd.com> wrote: > Hi all, > > I've got two problems compiling the current CVS FLAC sources on OSX. > > Firstly, the configure script can't find the OGG libraries which were > installed from MacPorts. I have tried: > > ./configure --with-ogg-includes=/opt/local/include \ >

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

--- Matt Zimmerman <mdz@debian.org> wrote: > On Fri, Nov 09, 2001 at 11:33:17AM -0800, Josh Coalson wrote: > > > I have checked in a few changes worth noting: > > > > 1. I split the file decoder into a more general 'seekable > > stream decoder' which, makes the file decoder just a special > > case of the seekable stream decoder. this is useful

Hi all, I tried 1.3.0pre4 with ICL on Windows and found some issues. Not sure if this is the right place to submit patches, but someone suggested this on the apparently dead SourceForge patch tracker. The first two are quite straight forward: - The ICL patch fixes a typo in bitmath.h and adds FLAC__bitwriter_write_zeroes to the external declarations in bitwriter.c. - The Ogg patch replaces

Gud day to all, I am new in LibFlac development I 1.2.1 version of LibFlac source code. I dont want to support OGG Flac and I dont have a NASM on my system. I do have Visual Studio 2010 and Visual Studio 2005. I am trying to build only the static library for C but it always end up having some error. Could anyone can help me how to built the library using VS 2010 or 2005? I do some research, And

Thanks. I was worried about the assembler invocation but it looks like you solved that problem. Smooth build on my pbook (G4, 10.2.8, gcc-3.3, ac-2.59, am-1.6.3). Only problem was lack of check for docbook-to-man; my patch is attachments 1-2. Not so smooth on my imac (G3, 10.2.8, gcc-3.3, ac-2.52, am-1.6.1; that's what came with the last 10.2-compatible dev tools). First problem: typo in

2013/5/15 Ulrich Klauer <ulrich at chirlu.de> > > Felix, is HAVE_SYS_PARAM_H set or unset in an Android build? This > information would eliminate one of the possibilities. > > Ulrich > Yes, HAVE_SYS_PARAM_H is set in config.h: #define HAVE_SYS_PARAM_H 1 -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hello, Apologies if this has already been covered. I'm trying to compile FLAC 1.2.0 under FreeBSD without ogg support: when I run gmake, I get: encode.c: In function `convert_to_seek_table_template': encode.c:2181: error: structure has no member named `use_ogg' the following appears to fix the problem for me, although I've not checked it fully: ---

I am attempting to build the FLAC Libraries without ogg using Microsoft Visual Studio. As suggested in the README file, I removed the FLAC__HAS_OGG preprocessor directive from the projects, but a number of the files include the ogg headers: 1>------ Build started: Project: libFLAC_dynamic, Configuration: Debug Win32 ------ 1> ogg_helper.c 1>c:\users\mischero\documents\visual studio

Erik de Castro Lopo wrote: >> 3) configure.ac, line 140: 'AM_CONDITIONAL(FLAC__CPU_X86_64, test "x$cpu_x86_64" = xtrue)' >> >> Not sure about this, but other names inside AM_CONDITIONALs begin with FLaC__, >> not FLAC__. A quote from configure.ac: "NOTE that for many of the AM_CONDITIONALs >> we use the prefix FLaC__ instead of FLAC__ since

(I am not on this list, please CC me manually if necessary) On Fri, Mar 15, 2002 at 11:47:15PM -0500, Asheesh Laroia wrote: > Are you sure it's not your compiler? That's the first thing I would > check. I know that RedHat is famous for including broken pre-releases of > GCC in their distributions since 7.0. FUD. Please stop that, it makes you look unprofessional. Until you can

Note : I'm subscribed to the list. Please don't CC replies to me. Hi all, I am trying to compiler current CV head on a PowerPC G3 Debain system. Debian test has automake 1.9 which is a little more stringent about errors than 1.8. The following patch has the following fixes. 0) Remove AC_CANNONIAL_HOST because it has already been invoked earlier 1) Make sure

Found this code: ftp://ftp.samba.org/pub/unpacked/ntdb/lib/ccan/ilog/ilog.c Tests show that it's faster to use the following code in FLAC__bitmath_ilog2_wide(): static const unsigned char DEBRUIJN_IDX32[32]={ 0, 1,28, 2,29,14,24, 3,30,22,20,15,25,17, 4, 8, 31,27,13,23,21,19,16, 7,26,12,18, 6,11, 5,10, 9 }; FLAC__uint32 v; int m;

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"

On 3/23/2012 13:59, Glenn McCord wrote: > Hi. I'm trying to get a project linking to libFLAC_static.lib but I > get linker errors such as the following. > > The __imp__ prefix seems to imply that some kind of .dll usage is > happening, which it shouldn't. > > All I need is the C lib, so I just build libFLAC_static from within > VS2010 (I've converted the

Robert Kausch wrote: > Hi all, > > I tried 1.3.0pre4 with ICL on Windows and found some issues. Not sure if > this is the right place to submit patches, but someone suggested this on > the apparently dead SourceForge patch tracker. > > The first two are quite straight forward: > > - The ICL patch fixes a typo in bitmath.h and adds > FLAC__bitwriter_write_zeroes

Janne Hyv?rinen wrote: > On 25.5.2013 10:54, Erik de Castro Lopo wrote: >> Robert Kausch wrote: >>> I tried 1.3.0pre4 with ICL on Windows and found some issues. >>> The first two are quite straight forward: >>> >>> - The ICL patch fixes a typo in bitmath.h and adds >>> FLAC__bitwriter_write_zeroes to the external declarations in bitwriter.c.