Re: pulseaudio 5.0 fails to build
> On Jan 23, 2015, at 3:55 PM, René J.V. Bertin wrote: > >> Whether or not Apple itself still ships Carbon code is completely >> irrelevant. Apple deprecated Carbon years ago, and its continued use in any >> shipping code should be considered a bug. > > That's a fine contradiction if ever I saw one ... Not really. "Deprecated" means a feature still exists but should not be used anymore because better alternatives exist: http://en.wikipedia.org/wiki/Deprecation ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: pulseaudio 5.0 fails to build
On Friday January 23 2015 14:49:51 Lawrence Velázquez wrote: > On Jan 23, 2015, at 5:00 AM, René J.V. Bertin wrote: > Whether or not Apple itself still ships Carbon code is completely irrelevant. > Apple deprecated Carbon years ago, and its continued use in any shipping code > should be considered a bug. That's a fine contradiction if ever I saw one ... > At the very least, it should be accessed via CoreServices/CoreServices.h, not > directly. Which is exactly what pulseaudio does. The offending header file from /Developer (the one containing the type definitions?) must have been included indirectly because it doesn't show up in the include hierarchy printed with the error message. > The different Xcodes probably ignore each other just fine. The issue here is > a third-party build system that indiscriminately includes obsolete headers. Exactly. Or rather, a build system that checks for and adds an obsolete source of header files. Out of curiosity and because I still do have a 10.6 system: what's the story behind /Developer/Headers? I don't recall ever having used it. I'm going to leave it moved aside for now, unless that's a known source of trouble in itself (on 10.6 of course). R. ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: pulseaudio 5.0 fails to build
On Jan 23, 2015, at 5:00 AM, René J.V. Bertin wrote: > On Friday January 23 2015 01:26:20 Ryan Schmidt wrote: > >> Point and Rect are Carbon types. Carbon is obsolete and should no longer be >> used. > > Go tell that to the FOSS maintainers who use out of courtesy to us... I know > it shouldn't be used for new, Mac-specific applications, I wouldn't be > surprised if Apple themselves use it in some of the FOSS stuff they ship with > OS X. The fact that the Carbon headers are (now) buried deeply in a framework > with a telling name like CoreServices would support that, IMO. Whether or not Apple itself still ships Carbon code is completely irrelevant. Apple deprecated Carbon years ago, and its continued use in any shipping code should be considered a bug. At the very least, it should be accessed via CoreServices/CoreServices.h, not directly. >> /Developer should only exist on OS X 10.6 and earlier. If you have this >> directory on OS X 10.9, delete it. All it can do is cause problems. > > That's a different question I think. I'm not yet ready to give up what's > still my favourite IDE O:-) and am still planning to see experiment some more > with it. You can do what you like, as ever. We don't have to support it, as ever. And we do not support having outdated versions of Xcode installed. That being said, the PulseAudio build should be smarter about the headers it uses. > My first experiences seem to indicate that it still builds (some) legacy and > platform-agnostic software, and its presence only caused problems here > because it was accessed explicitly. After all, the current dev tools are > supposed to be able to co-exist with each other because of an almost indecent > level of putting everything in the Xcode app bundle (>5Gb for Xcode 6.1 or > something like that?) so they should also ignore /Developer. The different Xcodes probably ignore each other just fine. The issue here is a third-party build system that indiscriminately includes obsolete headers. vq ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: pulseaudio 5.0 fails to build
On Friday January 23 2015 03:58:14 David Evans wrote: > Once again, if you have specific problems, please post a ticket to trac > with a description of the problem, what you see vs what you think you Guess why I asked a generic question - to know if I have a specific problem or not. R ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: pulseaudio 5.0 fails to build
On 1/23/15 2:00 AM, René J.V. Bertin wrote: On Friday January 23 2015 01:26:20 Ryan Schmidt wrote: David: I've now been able to build (but not yet test) pulseaudio letting it discover avahi, openssl and gconf, and with jack and openvg support. Which brings me to the question how functional pulseaudio is on OS X. I've had it installed before in hope of getting better sound support in KDE applications, without effect. In fact, the only effect its presence seemed to have is a warning about a missing GLib event loop. René: Once again, if you have specific problems, please post a ticket to trac with a description of the problem, what you see vs what you think you should see, directions for reproducing it, build logs, your evironment (particularly if it has been customized relative to the standard) and anything else you think is pertinent. Same goes for any specific enhancements you would like to see. This will help identify specific issues as well as help keep track of what needs to be done. Thanks for your input. Dave ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: pulseaudio 5.0 fails to build
On Jan 22, 2015, at 5:47 PM, René J.V. Bertin wrote: > In file included from > /System/Library/Frameworks/CoreServices.framework/Headers/CoreServices.h:23: > In file included from > /System/Library/Frameworks/CoreServices.framework/Frameworks/AE.framework/Headers/AE.h:20: > In file included from > /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/CarbonCore.h:31: > /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/Finder.h:240:3: > error: unknown type name 'Point' > Point location; /* File's location in the folder > */ > ^ > /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/Finder.h:246:3: > error: unknown type name 'Rect' > RectwindowBounds; /* The position and dimension of > the folder's window */ > ^ Point and Rect are Carbon types. Carbon is obsolete and should no longer be used. On Jan 22, 2015, at 7:38 PM, René J.V. Bertin wrote: > > On Thursday January 22 2015 19:58:50 Lawrence Velázquez wrote: > >>> checking looking for Apple CoreService Framework... checking >>> /Developer/Headers/FlatCarbon/CoreServices.h usability... no >>> checking /Developer/Headers/FlatCarbon/CoreServices.h presence... no >>> >>> >>> Could be worth it trying to deactivate that logic for 10.7 or 10.8 and >>> beyond? >> >> Does doing so fix your build? > > For now I have only tried the complementary action (moving /Developer/Headers > aside) as evidenced by the quote above, and yes, the build works like that. /Developer should only exist on OS X 10.6 and earlier. If you have this directory on OS X 10.9, delete it. All it can do is cause problems. ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: pulseaudio 5.0 fails to build
On Thursday January 22 2015 19:58:50 Lawrence Velázquez wrote: > > checking looking for Apple CoreService Framework... checking > > /Developer/Headers/FlatCarbon/CoreServices.h usability... no > > checking /Developer/Headers/FlatCarbon/CoreServices.h presence... no > > > > > > Could be worth it trying to deactivate that logic for 10.7 or 10.8 and > > beyond? > > Does doing so fix your build? For now I have only tried the complementary action (moving /Developer/Headers aside) as evidenced by the quote above, and yes, the build works like that. R ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: pulseaudio 5.0 fails to build
On Jan 22, 2015, at 7:51 PM, René J.V. Bertin wrote: > Same. But I bet you don't get this (copied from my initial message): > >>> cal/include/glib-2.0 -I/opt/local/lib/glib-2.0/include >>> -I/opt/local/include -I/Developer/Headers/FlatCarbon/ - > > or at least you have nothing at that particular location. Seems the build > process picks up things in /Developer when they exist: > > checking looking for Apple CoreService Framework... checking > /Developer/Headers/FlatCarbon/CoreServices.h usability... no > checking /Developer/Headers/FlatCarbon/CoreServices.h presence... no > > > Could be worth it trying to deactivate that logic for 10.7 or 10.8 and beyond? Does doing so fix your build? vq ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: pulseaudio 5.0 fails to build
On Thursday January 22 2015 16:19:39 David Evans wrote: Hi, Thanks for looking. > Builds OK for me on Mavericks (10.9.5) both with and without x11 variant. > Xcode 6.1.1 > Build version 6A2008a > > What OS version are you using? Same. But I bet you don't get this (copied from my initial message): > > cal/include/glib-2.0 -I/opt/local/lib/glib-2.0/include > > -I/opt/local/include -I/Developer/Headers/FlatCarbon/ - or at least you have nothing at that particular location. Seems the build process picks up things in /Developer when they exist: checking looking for Apple CoreService Framework... checking /Developer/Headers/FlatCarbon/CoreServices.h usability... no checking /Developer/Headers/FlatCarbon/CoreServices.h presence... no Could be worth it trying to deactivate that logic for 10.7 or 10.8 and beyond? R. ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: pulseaudio 5.0 fails to build
On 1/22/15 3:47 PM, René J.V. Bertin wrote: Hello, After the recent request to let phonon-backend-gstreamer depend on the "good" gstreamer plugins, which by default depend on pulseaudio, I decided to rebuild that port myself without X11 support. Turns out that I cannot even build its default configuration; the build fails with libtool: compile: /usr/bin/clang -DHAVE_CONFIG_H -I. -I.. -I../src -I../src/modules -I../src/modules -DPA_ALSA_PATHS_DIR=\"\" -DPA_ALSA_PROFILE_SETS_DIR=\"\" -I/opt/local/include -DFASTPATH -D_FORTIFY_SOURCE=2 -D_THREAD_SAFE -pthread -DPA_SRCDIR=\"/opt/local/var/macports/build/_opt_local_site-ports_audio_pulseaudio/pulseaudio/work/pulseaudio-5.0/src\" -DPA_BUILDDIR=\"/opt/local/var/macports/build/_opt_local_site-ports_audio_pulseaudio/pulseaudio/work/pulseaudio-5.0/src\" -I/opt/local/include/json-c -I/Volumes/Debian/MacPorts/include -I/opt/local/include -I/Volumes/Debian/MacPorts/include -I/opt/local/include -I/Volumes/Debian/MacPorts/include -I/opt/local/include -I/Volumes/Debian/MacPorts/include -I/opt/local/include -I/Volumes/Debian/MacPorts/include -I/opt/local/include -I/Volumes/Debian/MacPorts/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -D_REENTRANT -I/opt/local/include/gtk-3.0 -I/opt/local/include/at-spi2-atk/2.0 -I/opt /local/include/at-spi-2.0 -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/include/gtk-3.0 -I/opt/local/include/gio-unix-2.0/ -I/Volumes/Debian/MacPorts/include -I/opt/local/include -I/Volumes/Debian/MacPorts/include -I/opt/local/include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include -I/Volumes/Debian/MacPorts/include -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include/libpng16 -I/opt/local/include/harfbuzz -I/Volumes/Debian/MacPorts/include -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include/harfbuzz -I/opt/local/include -I/opt/local/include/libpng16 -I/opt/local/include -I/Volumes/Debian/MacPorts/include -I/opt/local/include -I/Volumes/Debian/MacPorts/include -I/opt/local/include -I/Volumes/Debian/MacPorts/include -I/opt/local/include -I/opt/local/include/gdk-pixbuf-2.0 -I/opt/local/include/libpng16 -I/opt/lo cal/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/Developer/Headers/FlatCarbon/ -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -Os -arch x86_64 -Wall -W -Wextra -pipe -Wno-long-long -Wno-overlength-strings -Wundef -Wformat=2 -Wsign-compare -Wformat-security -Wmissing-include-dirs -Wformat-nonliteral -Wold-style-definition -Wpointer-arith -Winit-self -Wdeclaration-after-statement -Wfloat-equal -Wmissing-prototypes -Wstrict-prototypes -Wredundant-decls -Wmissing-declarations -Wmissing-noreturn -Wshadow -Wendif-labels -Wcast-align -Wstrict-aliasing -Wwrite-strings -Wno-unused-parameter -ffast-math -fno-common -fdiagnostics-show-option -isysroot / -mmacosx-version-min=10.9 -MT pulsecore/libpulsecommon_5.0_la-core-util.lo -MD -MP -MF pulsecore/.deps/libpulsecommon_5.0_la-core-util.Tpo -c pulsecore/core-util.c -fno-common -DPIC -o pulsecore/.libs/libpulsecommon_5.0_la-core-util.o In file included from pulsecore/core-rtclock.c:41: In file included from /System/Library/Frameworks/CoreServices.framework/Headers/CoreServices.h:23: In file included from /System/Library/Frameworks/CoreServices.framework/Frameworks/AE.framework/Headers/AE.h:20: In file included from /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/CarbonCore.h:31: /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/Finder.h:240:3: error: unknown type name 'Point' Point location; /* File's location in the folder */ ^ /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/Finder.h:246:3: error: unknown type name 'Rect' RectwindowBounds; /* The position and dimension of the folder's window */ ^ Any idea what to look for? Is this related to the Xcode update - the binary build is from June 1st 2014, which would be Xcode 5.1 I guess? R. Builds OK for me on Mavericks (10.9.5) both with and without x11 variant. Xcode 6.1.1 Build version 6A2008a What OS version are you using? Dave ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: pulseaudio 5.0 fails to build
On 1/22/15 3:47 PM, René J.V. Bertin wrote: Hello, After the recent request to let phonon-backend-gstreamer depend on the "good" gstreamer plugins, which by default depend on pulseaudio, I decided to rebuild that port myself without X11 support. Turns out that I cannot even build its default configuration; the build fails with libtool: compile: /usr/bin/clang -DHAVE_CONFIG_H -I. -I.. -I../src -I../src/modules -I../src/modules -DPA_ALSA_PATHS_DIR=\"\" -DPA_ALSA_PROFILE_SETS_DIR=\"\" -I/opt/local/include -DFASTPATH -D_FORTIFY_SOURCE=2 -D_THREAD_SAFE -pthread -DPA_SRCDIR=\"/opt/local/var/macports/build/_opt_local_site-ports_audio_pulseaudio/pulseaudio/work/pulseaudio-5.0/src\" -DPA_BUILDDIR=\"/opt/local/var/macports/build/_opt_local_site-ports_audio_pulseaudio/pulseaudio/work/pulseaudio-5.0/src\" -I/opt/local/include/json-c -I/Volumes/Debian/MacPorts/include -I/opt/local/include -I/Volumes/Debian/MacPorts/include -I/opt/local/include -I/Volumes/Debian/MacPorts/include -I/opt/local/include -I/Volumes/Debian/MacPorts/include -I/opt/local/include -I/Volumes/Debian/MacPorts/include -I/opt/local/include -I/Volumes/Debian/MacPorts/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -D_REENTRANT -I/opt/local/include/gtk-3.0 -I/opt/local/include/at-spi2-atk/2.0 -I/opt /local/include/at-spi-2.0 -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/include/gtk-3.0 -I/opt/local/include/gio-unix-2.0/ -I/Volumes/Debian/MacPorts/include -I/opt/local/include -I/Volumes/Debian/MacPorts/include -I/opt/local/include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include -I/Volumes/Debian/MacPorts/include -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include/libpng16 -I/opt/local/include/harfbuzz -I/Volumes/Debian/MacPorts/include -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include/harfbuzz -I/opt/local/include -I/opt/local/include/libpng16 -I/opt/local/include -I/Volumes/Debian/MacPorts/include -I/opt/local/include -I/Volumes/Debian/MacPorts/include -I/opt/local/include -I/Volumes/Debian/MacPorts/include -I/opt/local/include -I/opt/local/include/gdk-pixbuf-2.0 -I/opt/local/include/libpng16 -I/opt/lo cal/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/Developer/Headers/FlatCarbon/ -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -Os -arch x86_64 -Wall -W -Wextra -pipe -Wno-long-long -Wno-overlength-strings -Wundef -Wformat=2 -Wsign-compare -Wformat-security -Wmissing-include-dirs -Wformat-nonliteral -Wold-style-definition -Wpointer-arith -Winit-self -Wdeclaration-after-statement -Wfloat-equal -Wmissing-prototypes -Wstrict-prototypes -Wredundant-decls -Wmissing-declarations -Wmissing-noreturn -Wshadow -Wendif-labels -Wcast-align -Wstrict-aliasing -Wwrite-strings -Wno-unused-parameter -ffast-math -fno-common -fdiagnostics-show-option -isysroot / -mmacosx-version-min=10.9 -MT pulsecore/libpulsecommon_5.0_la-core-util.lo -MD -MP -MF pulsecore/.deps/libpulsecommon_5.0_la-core-util.Tpo -c pulsecore/core-util.c -fno-common -DPIC -o pulsecore/.libs/libpulsecommon_5.0_la-core-util.o In file included from pulsecore/core-rtclock.c:41: In file included from /System/Library/Frameworks/CoreServices.framework/Headers/CoreServices.h:23: In file included from /System/Library/Frameworks/CoreServices.framework/Frameworks/AE.framework/Headers/AE.h:20: In file included from /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/CarbonCore.h:31: /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/Finder.h:240:3: error: unknown type name 'Point' Point location; /* File's location in the folder */ ^ /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/Finder.h:246:3: error: unknown type name 'Rect' RectwindowBounds; /* The position and dimension of the folder's window */ ^ Any idea what to look for? Is this related to the Xcode update - the binary build is from June 1st 2014, which would be Xcode 5.1 I guess? R. I'll take a look but please file a ticket on trac with all the relevant information including a clean build log in its entirety, Thanks. ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users