|
From: Daniel M. <dm...@ne...> - 2018-04-21 06:16:42
|
On 4/20/18, 10:01 PM, "Hanspeter Niederstrasser" <fi...@sn...> wrote:
On 4/20/18 4:59 PM, Scott Hannahs via Fink-users wrote:
> I did a self-update and then an update-all which failed…. After installing packages 1 by 1 and reducing simultaneous jobs to 1 I still get a failure.
>
> I am attempting to update Wireshark. This now requires an installation of “portaudio”.
>
> If I do the following:
> fink install portaudio
>
> I get a linker error:
>
> ar: creating archive lib/libportaudio.a
> a - pa_common/pa_convert.o
> a - pa_common/pa_lib.o
> a - pablio/ringbuffer.o
> a - pa_mac_core/pa_mac_core.o
> ranlib lib/libportaudio.a
> gcc -framework CoreAudio -dynamiclib -framework AudioToolbox -install_name /sw/lib/libportaudio.0.dylib -compatibility_version 18.0 -current_version 18.1 -o lib/libportaudio.0.18.1.dylib pa_common/pa_convert.o pa_common/pa_lib.o pablio/ringbuffer.o pa_mac_core/pa_mac_core.o
> Undefined symbols for architecture x86_64:
> "_verify_noerr", referenced from:
> _PaHost_CloseStream in pa_mac_core.o
> _PAOSX_DevicePropertyListener in pa_mac_core.o
> ld: symbol(s) not found for architecture x86_64
> clang: error: linker command failed with exit code 1 (use -v to see invocation)
> make: *** [lib/libportaudio.0.18.1.dylib] Error 1
> ### execution of /usr/bin/make failed, exit code 2
> ### execution of /tmp/fink.BCWR_ failed, exit code 2
> Removing runtime build-lock...
> Removing build-lock package...
> /sw/bin/dpkg-lockwait -r fink-buildlock-portaudio-18.1-3
> (Reading database ... 172186 files and directories currently installed.)
> Removing fink-buildlock-portaudio-18.1-3 ...
> Failed: phase compiling: portaudio-18.1-3 failed
>
> Attached is the full output, but the missing variable verify_noerr is not defined. I think that somewhere an include file for AssertMacros.h was missed? Or actually that macro is now __Verify_noErr!
>
> The version of port audio is quite old and the current version is 19.1.
I couldn't find a way to fix portaudio to work on 10.13 (still builds on
10.11). But it is from 2003, so still surprising that it works even that
far.
Does patching pa_mac_core/pa_mac_core.c to use that other macro (__Verify_noErr), which is how we fix a different *_noerr case in fontforge.info, or using -D__ASSERT_MACROS_DEFINE_VERSIONS_WITHOUT_UNDERSCORES fix it (thanks to https://github.com/cebix/macemu/issues/141) solve it?
dan
|