similar to: Patch for typo in os_types.h

Hey guys, Maybe its cause I'm using older tools, but I've noticed a minor problem building the ogg libraries on a mac. I'm using Codewarrior 8. In os_types.h on line 60, it says "#include <sys/types.h>" where it should be "#include <types.h>" I'm guessing this isn't an issue for all compilers, just codewarrior. Possibly only codewarrior 8

Howdy.. I've got a couple little patches here. 1. vorbis-tools needs getopt. Since it's already sitting in the source tree for cmdline I set up cmdline to make a getopt.a that gets used for both. Also, since mp3tovorbis is a shell script, it needs to be installed 755 not 711 (unless I'm missing something). 2. I've found that both tru64 and irix 5.3 won't give int64_t

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

I am a mingw coder and I needed to make the following changes to the CVS source from 9/13/00 to get a build: os_types.h L36C16 reads had to change "unsigned _G_int32_t" to "_G_uint32_t" to resolve the compile error: ..\include\vorbis\os_types.h:36:parse error before 'ogg_uint32_t' ..\include\vorbis\os_types.h:36:warning:data definition has no type or storage class

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

The standard errors produced by predict.glm with type = "response" seem wrong. Here is an example using R 1.2 windows version along with the same problem in Splus. The standard errors for type = "link" are the same in both systems. R1.2> set.seed(10) R1.2> ytest <- 100*.95^(0:9) + rnorm(10,sd = 5) R1.2> ytest [1] 103.96964 97.60590 88.43220 85.90504

Hi, Below I've flagged some sentences in the R documentation (from cvs) which are garbled in some way. If anyone can clarify what these sentences should say I'd be grateful. The problems were picked up as part of the proof-reading of the R manuals by Ciaran O'Riordan. After looking at the text neither of us could figure out what the documentation was meant to say. -- Brian Gough

Hello, I have a few questions about applying the IfConversion pass to my out-of-tree target. (1) Is it true that the IfConversion pass may only run after register allocation? I often encounter this bad scenario, and I think it could be entirely avoided if IfConversion ran before register allocation: the block-to-be-predicated contains load-immediate (LI) instructions. The LI instructions

The following are patches against openssh 2.1.1p4 to add support for the BSD_AUTH authentication mechanisms. It allows the use of non-challenge/response style mechanisms (which styles are allowed my be limited by appropriate auth-ssh entries in login.conf). The patches also add support for calling setusercontext for the appropriate class when called with a command (so that the PATH, limits,

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

(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

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

[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

why is this not legal in clang? pedef enum { C = 1, D = 2 } B; extern void abort (void); struct S { B __attribute__ ((mode (byte))) a; B __attribute__ ((mode (byte))) b; }; byte is an integer type in this gcc definition

Hi I'm trying to compile my game project (that depends on libvorbis) for the win32 platform. I use mingw (both native in linux and inside cygwin) to achieve this. But I can't get libvorbis to work because of a dependency problem with libogg. libogg seems to have a file (os_types.h) that depends on an include-file called _G_config.h. This file is supposed to contain some system-specific

There are a couple of niggles with the sandboxing of the unprivileged child in the privsep code: the empty directory causes namespace pollution, and it requires care to ensure that it is set up properly and remains set up properly. The patch below (against the portable OpenSSH, although the patch against the OpenBSD version is very similar) replaces the fixed empty directory with one that is

OK, I've hacked configure so that it simply checks that it can link with openssl. Now, when I run make, it dies on authfile.c while trying to include the non-existent headers openssl/rc5.h and openssl/idea.h. I built my installation of openssl without those algorithms in order to avoid commercial licensing issues. The following diff band-aids the problem, but I think it's down-stream of

On Tue, Nov 05, 2002 at 08:37:00AM -0800, Martin Pool wrote: > On 10 Oct 2002, "Green, Paul" <Paul.Green@stratus.com> wrote: > > No new CVS messages have appeared on the rsync-cvs archives since August > > 30th. This seems rather odd-- perhaps a daemon stopped working? If there > > has truly been no activity since that date, I apologize for > >

Hi! Here are some patches to the CVS (ices) that I made to get my radio webinterface with songselection-support working. To make the log update (flush) each time something is written (before the patch it flushes only when you quit): ---- CUT ---- Index: log.c ============================================================ ======= RCS file: /usr/local/cvsroot/log/log.c,v retrieving revision

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