similar to: PATCH - mingw compatibility for 9/13/00 build.

In the file os_types.h (ogg/include/ogg) cygwin (newest version) complains about some error on line 43. Apparently "typedef unsigned _G_int32_t ogg_uint32_t;" is an illegal line .. Anyone have any idea why ? .. Anyway, if "unsigned _G_int32_t" is replaced by "_G_uint32_t", cygwin compiles happily (i attached a cvs diff-file that does this). I still have problems

Why does the source use `int64_t'. Is this suppose to be built with GCC? I have Mumit Kahns gcc, version 2.8.1. Do I need a 2.9.5 version to get the `int64_t' type? I have substituted a typedef of `long long' in os_types.h. This seems to make sense? The rint() macro also seems to be having some problems. I guess there are two meanings to __GNUC__ and _WIN32. One is the OS and

(i hope this is correct m.list) Hi, there is a small compiling problem for mingw when compiling on libogg.. in include/ogg/os_types.h : ogg_int64_t, ogg_int32_t, etc are defined correctly on cygwin and MSVC/Borland but not on mingw... i have attached a patch that will fix this problem (i hope it attaches correctly) thx, Nehal --- os_types.h.old Fri Jul 19 02:25:52 2002 +++ os_types.h Tue

Hi Reid Spencer, > CC=/path/to/llvmgcc CXX=/path/to/llvmg++ configure > make > > and was able to reproduce the problem. Not sure what's up with that but > as Misha pointed out, llvmgcc isn't any "particular" version of 3.4, its > just 3.4ish. I also concur with him that you should file a bug and > attach the pre-processed source to it. You can get that with

In order to compile the latest Vorbis library on the Macintosh, the change appended to this message needs to be made to os_types.h.in. Then, anyone who wants to actually build it must first copy os_types.h.in to os_types.h by hand, since MacOS does not include a command line and thus cannot run configure. It really bugs me that the whole "platforms which don't support configure

[Repost, maybe it will get noticed with a better subject] So now beta 4 is out is there any chance you guys will have time to review some of my patches? Here's a simple one. It just adds the standard integer typedefs for EMX GCC. I've flattened the structure using #elif's so it doesn't get a level deeper for every platform added but the result should be the same. I realise

After I got the libshout problem taken care of, I tried installing installing ices. It gave the following error: metadata.c:55: error: 'fd_set' undeclared (first use in this function) I searched the internet for fd_set and found that select uses it, which needs sys/time.h, which wasn't included in metadata.c, so I added #include <sys/time.h> with the other includes, and it seems

I want to compile ogg and vorbis(version 1.01) under mingw. In the console i typed ./configure make but there is a lot of error while making. here is the errors $ ./configure checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific

The current CVS tree (08/27/00) has a typo in os_types.h, simply missing a "ty", I have pasted the diff below: Index: os_types.h =================================================================== RCS file: /usr/local/cvsroot/vorbis/include/vorbis/os_types.h,v retrieving revision 1.1.1.1 retrieving revision 1.2 diff -r1.1.1.1 -r1.2 17c17 < last mod: $Id: os_types.h,v 1.1.1.1

should tone barkmel and psytune be in vorbis or vorbis-tools? and if you're going to leave them around, perhaps put in the compilation rules as something like: --- vorbis/lib/Makefile.am EXTRA_PROGRAMS = psytune barkmel tone CLEANFILES = psytune barkmel tone psytune_SOURCES = psytune.c psytune_LDADD = .libs/libvorbis.a barkmel_SOURCES = barkmel.c tone_SOURCES = tone.c --- rather than just

I am coding with vorbis using mingw32 (g++ for win32 without the cygwin.dll dependency). mingw32's math library does not support rint and I can't find a replacement so I have tried the following: Use Cygwin to execute ./configure. Then: (1) "make" with Cygwin - ok. Cygwin supports rint. I encode my Aerosmith's "Get A Grip" .wav from the CD to .ogg with

When I tried to compile the vorbis module as a Framework, using ProjectBuilder, I got 1058 warnings (excess elements in scalar initializer, near initialization for ''psy_set0.toneatt', 'vorbis_ftoi' defined but not used, unused variable 'k', braces around scalar initializer, and so on) and 65 errors. Some examples of errors: ------- vorbis/lib/psytune.c: undefined

On Sun, 2004-12-19 at 22:52, Adam Warner wrote: > Hi Reid Spencer, > > > CC=/path/to/llvmgcc CXX=/path/to/llvmg++ configure > > make > > > > and was able to reproduce the problem. Not sure what's up with that but > > as Misha pointed out, llvmgcc isn't any "particular" version of 3.4, its > > just 3.4ish. I also concur with him that you

Adam, I recant my previous message. I built FreeType with GCC not LLVMGCC by accident (I shoulda checked!). The thing is, FreeType's makefiles don't respect environment variables. So, I did this: CC=/path/to/llvmgcc CXX=/path/to/llvmg++ configure make and was able to reproduce the problem. Not sure what's up with that but as Misha pointed out, llvmgcc isn't any

Hi all, I am Sahana. I am currently working on Libtheora for windows platform and very new to it. I am getting a lot of compiling errors. Since Libtheora depends on libogg and libvorbis i have added these as well to my workspace in VC++ 6. I have a doubt regarding the x86 and x86_vc folders described in the libtheora software.Since both these folders have the same set of files which one do we

I'm trying to link against libvorbis.a using GnuWin32 without the Cygwin layer (that is, Mingw32). Unfortunately the linker complains about a missing function: rint(). This function is used a couple of times in libvorbis and as far as I understand this is a standard C library function. My problem is, that I cannot find rint() in any of the common DLLs nor do I know how MSVC resolves this

HI, how do I get mods applied to Vorbis, I'm not a cvs guru and I don't know much about configure scripts. BeOS has this little quirk of being 99% POSIX compliant so these mods are required for vorbis to compile. To define int64_t in codec.h #ifdef __BEOS__ #include <inttypes.h> #endif run.c in vq needs 'changing' around line 141 becuase S_IFSOCK isn't

I decided, since nobody else seems to be doing it, to do a new build of the Mac library. Unfortunately, things now rely on os_types.h. No problem, I'll just create an os_types.h in mac/compat. Except os.h #includes "../include/vorbis/os_types.h" -- in other words, it explicitly wants the os_types.h that was generated from os_types.h.in by configure. The simple solution is to

When building libshout, configure outputs this error: checking for Vorbis... no *** Could not run Vorbis test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means Vorbis was incorrectly installed *** or that you have moved Vorbis since it was installed. configure: error: requisite Ogg Vorbis

Hi all, Q1: The source defined this structure in the psy.h file: typedef struct{ int eighth_octave_lines; float preecho_thresh[4]; float postecho_thresh[4]; float preecho_minenergy; float ampmax_att_per_sec; int delaycache; } vorbis_info_psy_global; However, the file psytune.c makes this declaration: tatic vorbis_info_psy_global _psy_set0G={ 0, /*