similar to: Mainline nonportability

------- Forwarded Message The following patches should fix vorbis-tools to build on NetBSD. I'm not including the diff to the configure scripts, so you'll need to rerun autoconf in the toplevel and libao directory after applying these patches to the configure.in files. It also appears that vorbis-tools/libao/ao_libs.inc is automatically generated by a configure script but checked into

attached please find patches to make vorbis kit (2000/8/18 daily tar.gz) to compile on netbsd. we need more tests and cleanups (like moving -lossaudio into AC_CHECK_LIB() in configure.in), but it should be good as starting point. thanks. itojun PS: i'm not on the list. if possible please cc: to me. $NetBSD: patch-aa,v 1.1.1.1 2000/08/17 16:56:18 itojun Exp $ ---

I submitted four new packages for the NetBSD pkgsrc collection: libao, libogg, libvorbis and vorbis-tools for 1.0beta4. The following is some of the patches needed for libao and vorbis-tools. Official Developers: When you receive patches or development suggestions can you please acknowledge them? (For example: "Noted.", "Thanks, but already done.", "Not necessary,

Here are some of my notes with building and using vorbis-tools-1.0beta4 under Debian Linux 2.2. 1) building libao: make[3]: Leaving directory `/home/jeremy/src/ogg/libao-0.6.0/src/plugins/alsa' Making all in arts make[3]: Entering directory `/home/jeremy/src/ogg/libao-0.6.0/src/plugins/arts' /bin/sh ../../../libtool --mode=compile gcc -DPACKAGE=\"libao\"

Here's the promised Sun audio system plug-in. I have tested this on OpenBSD. It should work without changes on NetBSD, too. Jeremy, could you please verify this? After a few minor tweaks it now also compiles on Solaris 2.7. Alas, I can't verify whether it actually plays anything there. I guess this could also with little effort be made to work on SunOS4. Attached: - Diff to

I am using NetBSD 1.5.1_ALPHA (i386). I have libao-0.6.0, libvorbis-1.0beta4, libogg-1.0beta4 and vorbis-tools-1.0beta4. My sound works. I am able to use a .ogg file by using ogg123 to create a .wav file and playing it with splay. (splay uses /dev/audio.) How can I modify ogg123 (or liba0) so I can use /dev/audio as the default sound device? Or maybe it would be better to add a new device (for

I tried to use the current cvs version of ogg123 with oss output and the ogg just sounds like static. I wanted to document it on the list in case anyone else is having the problem. I can make ogg123 write wav files fine. Also Vakor does not have any trouble playing oggs with ogg123, so I am not certain what the problem is. I have tried compiling all of ogg vorbis (ao,ogg,vorbis,vorbis-tools)

remember kenneth that libao has moved to the "ao" module, so copy the changes... jack. ----- Forwarded message from "Kenneth C. Arnold" <kcarnold@xiph.org> ----- Delivered-To: cvs-outgoing@xiph.org Delivered-To: cvs@xiph.org To: cvs@xiph.org Subject: [xiph-cvs] cvs commit: vorbis/vorbis-tools/libao ao_alsa.c ao_oss.c audio_out.c audio_out.h Date: Tue, 5 Sep 2000

Hey, I ran across this while building vorbis on the Mac: In libvorbis RC2, file info.c, line 65, there's a call to strdup(). strdup() isn't portable, and it looks like the code should use the internal memory functions to create the memory for the string anyway. Actually, on further inspection, it looks like the memory for the user comments is never actually freed. I'm not subscribed

Hi Jeremy, I went through the list archives, and have been trying to follow and implement things as I understand: 1. libao needs <sys/soundcard.h> and <machine/soundcard.h>, and so I linked /usr/include/soundcard.h there. 2. Since `soundcard.h' doesn't have SNDCTL_DSP_GETODELAY, I uncommented that particular line in `src/plugins/oss/ao_oss.c'. These steps made sure

Hello I've created patch to the openssh which allows to use an agent for obtaining the public keys. It may be the first step towards the implementation of something similar lpk. The solution is independent on the agent, so it may be used with ldap based agent or with any other technology. May be that patch acceptable as the first aproach to the lpk replacement? It is placet in mindrot's

Hello Are there plans to merge the hpn-ssh (http://www.psc.edu/networking/projects/hpn-ssh/) and the LPK (http://code.google.com/p/openssh-lpk/) into the mainline openssh. Adding lpk has been logged as a bug in bugzilla as They are two patches that I always apply as the performance boost from hpn-ssh is substantial to say the least, and centralisation of the authorized_keys into a LDAP server

I have pulled in Stefan Bucur's updated elflink branch into the main Syslinux repository as the "elflink" branch, and fixed a couple of minor issues. Note in particular that I have *not* run Nindent over the sources... I will leave that to Stefan and Klaus unless there is a compelling reason to. Please note the following, however: int foo(); ... in C doesn't mean a function

On Mon, 24 Oct 2005, Vladimir A. Merzliakov wrote: >>> 2) Same error but some diff. problem with AlphaCodeEmitter.cpp and >>> PPCCodeEmitter.cpp: >>> >>> GCC don't like definition member-functions in global namespace with >>> declaration in llvm::<unnamed> : > > Sorry for wrong comment. > Must be: > GCC 4.1.0 don't like

>> Sorry for wrong comment. >> Must be: >> GCC 4.1.0 don't like definition member-functions in llvm namespace with >> declaration in <global>::<unnamed> namespace > > Ahhh, ok, I see. I just applied a patch to SparcV8. With it, does this > patch fix the problem? >- o << "namespace llvm {\n\n"; >+ //o <<

Mainline and 4.3 branch GCC libstdc++ have removed string.h access from STL map etc. As a result several LLVM System files and others do not compile on mainline and 4.3. Aaron -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20070518/5ad77408/attachment.html>

On Fri, 18 May 2007, Aaron Gray wrote: > Mainline and 4.3 branch GCC libstdc++ have removed string.h access from > STL map etc. > > As a result several LLVM System files and others do not compile on > mainline and 4.3. Okay, will you please prepare and submit a patch that adds the needed #include's? -Chris -- http://nondot.org/sabre/ http://llvm.org/

Dear All, What is the appropriate way to create analysis groups when using mainline LLVM? Following the directions in the "Writing an LLVM Pass" doesn't appear to work, and the INITIALIZE_ANALYSIS_GROUP() and INITIALIZE_AG_PASS() macros seem to each call a function defined by the other. -- John T.

Hi all, I've just recently started using rsync for backing up systems locally and remotely and it's very cool. However, since one of my backup servers is a Windows 2000 box (using cwRsync), I need to use the transliteration patch (which allows conversion of characters that are illegal in Windows filenames into something else before using them). Is it possible that this patch could make

Ah, the midrange noise was not entirely the psychoacoustics... I have a mode 0 (effectively a short block) bug. Forcing all short blocks int he encoder (Change the last line of the info_A struct in include/vorbis/modes.h to 64,0,2) makes it very obvious. I'll be hunting/killing that tonight. Greg Maxwell also found that the bitrarte is not dropping to 0kbps in digital silence like it should