From xemacs-m  Fri Sep  5 15:33:22 1997
Received: from venus.Sun.COM (venus.Sun.COM [192.9.25.5])
	by xemacs.org (8.8.5/8.8.5) with SMTP id PAA20967
	for <xemacs-beta@xemacs.org>; Fri, 5 Sep 1997 15:33:10 -0500 (CDT)
Received: from sunmail1.Sun.COM ([129.145.1.2]) by venus.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id NAA21526; Fri, 5 Sep 1997 13:32:04 -0700
Received: from jurassic.eng.sun.com by sunmail1.Sun.COM (SMI-8.6/SMI-4.1)
	id NAA29360; Fri, 5 Sep 1997 13:32:02 -0700
Received: from thestork (thestork [129.146.88.47])
	by jurassic.eng.sun.com (8.8.7+Sun.Alpha.7/8.8.7) with ESMTP id NAA08032;
	Fri, 5 Sep 1997 13:32:02 -0700 (PDT)
Received: from zebu (zebu.Eng.Sun.COM)
 by thestork.eng.sun.com (Sun Internet Mail Server sims.3.1.970804.00)
 with SMTP id <0EG1YDD9900ECU@thestork.eng.sun.com>; Fri,
 5 Sep 1997 13:32:01 -0700 (PDT)
Date: Fri, 05 Sep 1997 13:33:24 -0700 (PDT)
From: Martin Buchholz <mrb@smmpk17.eng.Sun.COM>
Subject: Re: Eventual success Debian 1.3 Linux 2.0.29
To: rickc@lehman.COM
Cc: XEmacs Beta Test <xemacs-beta@xemacs.org>
Reply-to: Martin Buchholz <mrb@smmpk17.eng.Sun.COM>
Message-id: <libSDtMail.199709051333.13147.mrb@smmpk17>
MIME-version: 1.0
X-Mailer: dtmail 1.1.0 CDE Version 1.1 SunOS 5.5.1 sun4u sparc
Content-type: TEXT/plain; charset=us-ascii
Content-MD5: rumGTxldDdzEhKRfoHHijw==


> Date: Fri, 05 Sep 1997 10:30:43 -0400
> From: Rick Campbell <rickc@lehman.COM>
> Subject: Re: Eventual success Debian 1.3 Linux 2.0.29
>     Date: Thu, 4 Sep 1997 16:20:07 -0700
>     From: Martin Buchholz <mrb@Eng.Sun.COM>
>     
>     The next 20.3 beta will contain an (as usual) completely untested
>     patch to deliberately avoid /usr/include and /usr/lib for X stuff if
>     the X11R6 alternatives are available, even if they appear at first
>     sight to be correct.
> 
> Along similar lines, it would be nice if the auto-detecting of native
> sound support didn't require that it be found in /usr/demo/SOUND.  I
> set up an area with symbolic links that had all of the extras that I
> wanted the XEmacs build to see and configured with site-include and
> site-libraries pointing there.  But I ran into problems building the
> native sound support until I got a sys admin to put the native audio
> stuff in /usr/demo/SOUND on our build server.

I believe I've already done this.  If you copy /usr/demo/SOUND/* into
/foo/bar and specify
--native-sound-lib=/foo/bar/lib/libaudio.a
--site-includes=/foo/bar/include
then it should build on a machine that has no /usr/demo/SOUND.

Let me know if this doesn't work.

Martin

