[pulseaudio-discuss] [PATCH 4/4] Wrap clock_gettime and friends
Mattias.Claesson at se.fujitsu.com
Wed Nov 4 05:09:21 PST 2009
Sorry for barging in like this, but maybe I can help out.
Have build "working" now using last nights repository on my Snow Leopard mac. Had to do quite some hands-on in the build system to make it compile. Using these changes make pulseaudio start and then exist because of no loaded modules.
Things I needed to adapt was:
#include <Multiprocessing.h> >>> #include <CoreServices/CoreServices.h> (old include was renamed in newer macos headers, according to google)
2. These was no way for the osx version to be compiled in the build so I just changed the src/Makefile.am
3. Dynamic linkage error because symbolic link missing for the MPCreateSemaphore API call. Added the library to Makefile.am.
libpulsecommon_ at PA_MAJORMINORMICRO@_la_LDFLAGS = $(AM_LDFLAGS) -avoid-version
libpulsecommon_ at PA_MAJORMINORMICRO@_la_LDFLAGS = -framework Carbon $(AM_LDFLAGS) -avoid-version
Från: Daniel Mack [mailto:daniel at caiaq.de]
Skickat: den 4 november 2009 01:38
Till: pulseaudio-discuss at mail.0pointer.de
Ämne: Re: [pulseaudio-discuss] [PATCH 4/4] Wrap clock_gettime and friends
On Tue, Nov 03, 2009 at 11:33:37PM +0100, Lennart Poettering wrote:
> On Sun, 01.11.09 20:16, Daniel Mack (daniel at caiaq.de) wrote:
> > My build bails due to an undefined 'CLOCK_REALTIME', and this is because
> > HAVE_CLOCK_GETTIME is also defined on Darwin.
> If HAVE_CLOCK_GETTIME is set, than this means that clock_gettime() is
> available, too. So why are we emulating it then?
Because CLOCK_REALTIME is undefined. I think the true reason is that
HAVE_CLOCK_GETTIME is bogus in this case. It is reported to be supported
but in fact it isn't.
Maybe the real fix would be to check why. But that involves dealing with
autofoo and their braindead m4 macro voodoo which always ruins my day ;)
More information about the pulseaudio-discuss