Bug 13085

Summary:	Some Mac OS X support is needed
Product:	xorg	Reporter:	Peter Dyballa <Peter_Dyballa>
Component:	App/compiz	Assignee:	David Reveman <reveman>
Status:	RESOLVED INVALID	QA Contact:	Xorg Project Team <xorg-team>
Severity:	normal
Priority:	medium	CC:	jeremyhu
Version:	7.1 (2006.05)
Hardware:	Other
OS:	Mac OS X (All)
Whiteboard:
i915 platform:		i915 features:

Description Peter Dyballa 2007-11-04 15:57:17 UTC

The configure script reports:

	checking for ANNOTATE... no
	checking for LIBRSVG... no
	checking for GTK_WINDOW_DECORATOR... no
	checking for Qt headers... /sw/include/qt
	checking for Qt libraries... no

LIBRSVG is installed:

	/sw/include/librsvg-2
	/sw/include/librsvg-2/librsvg
	/sw/include/librsvg-2/librsvg/librsvg-enum-types.h
	/sw/include/librsvg-2/librsvg/librsvg-features.h
	/sw/include/librsvg-2/librsvg/rsvg-gz.h
	/sw/include/librsvg-2/librsvg/rsvg.h
	/sw/lib/librsvg-2.2.9.5.dylib
	/sw/lib/librsvg-2.2.dylib
	/sw/lib/librsvg-2.a
	/sw/lib/librsvg-2.dylib
	/sw/lib/librsvg-2.la
	/sw/lib/pkgconfig/librsvg-2.0.pc

GNU Emacs uses it, but the configure script seems to make it dependant of Cairo, which is not installed.

In case of the Qt libraries only one particular name is tested: libqt-mt.so. This must fail with these names installed:

	/sw/lib/libqt-mt.3.3.8.dylib
	/sw/lib/libqt-mt.3.3.dylib
	/sw/lib/libqt-mt.3.dylib
	/sw/lib/libqt-mt.dylib
	/sw/lib/libqt-mt.la

In the end configure reports:

	and the following optional features will be compiled:
	  gtk:      no
	  metacity: no
	  gnome:    no
	  kde:      no

Metacity and KDE are not present, GNOME is at least basically installed.

The compilation ends with:

	make[2]: *** No rule to make target `decorator.moc.cpp', needed by `distdir'.  Stop.

Comment 1 Jeremy Huddleston Sequoia 2008-11-08 14:57:15 UTC

What happens if you tell configure the path to QT or set C_INCLUDE_PATH?

Note that XQuartz doesn't support COMPOSITE...

Comment 2 Peter Dyballa 2008-11-11 04:59:49 UTC

Since updates with git the configure phase ends quite early with a fault, because so many apps are looking for libXaw 9! I think we should forget this – there is already X11R7.5 available.

Some problems come from undocumented (?) prerequisutes:

          pkg_cv_LIBRSVG_LIBS=`$PKG_CONFIG --libs "cairo >= 1.0 librsvg-2.0 >= 2.14.0" 2>/dev/null`

that can be solved by examining the configure script. One problem could be left existing:

        + qt_test_library=libqt-mt.so

In Mac OS X its name is: libqt-mt.dylib

Besides it's bad that COMPOSITE is not supported – I would have had some transparency in X11.

Comment 3 Kristian Lyngstøl 2009-02-07 02:17:26 UTC

We don't support Mac OS X.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.