#20359: dia build fails when libemf is installed -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: nox@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: dia -------------------------------------+-------------------------------------- dia fails to install if libemf is installed and active. Tested on Tiger and Leopard, both on Intel. {{{ Making all in wmf /bin/sh ../../libtool --tag=CXX --mode=compile /usr/bin/g++-4.0 -DHAVE_CONFIG_H -I. -I../.. -I../../intl -I../../lib -D_REENTRANT -I/mp/include/gtk-2.0 -I/mp/lib/gtk-2.0/include -I/mp/include/atk-1.0 -I/mp/include/cairo -I/mp/include/pango-1.0 -I/mp/include -I/mp/include/glib-2.0 -I/mp/lib/glib-2.0/include -I/mp/include/pixman-1 -I/mp/include/freetype2 -I/mp/include/libpng12 -I/mp/include/libxml2 -I/mp/include/libart-2.0 -I/mp/include -O2 -MT wmf.lo -MD -MP -MF .deps/wmf.Tpo -c -o wmf.lo wmf.cpp mkdir .libs /usr/bin/g++-4.0 -DHAVE_CONFIG_H -I. -I../.. -I../../intl -I../../lib -D_REENTRANT -I/mp/include/gtk-2.0 -I/mp/lib/gtk-2.0/include -I/mp/include/atk-1.0 -I/mp/include/cairo -I/mp/include/pango-1.0 -I/mp/include -I/mp/include/glib-2.0 -I/mp/lib/glib-2.0/include -I/mp/include/pixman-1 -I/mp/include/freetype2 -I/mp/include/libpng12 -I/mp/include/libxml2 -I/mp/include/libart-2.0 -I/mp/include -O2 -MT wmf.lo -MD -MP -MF .deps/wmf.Tpo -c wmf.cpp -fno-common -DPIC -o .libs/wmf.o wmf.cpp:64:19: error: emf.h: No such file or directory wmf.cpp:108: error: 'HDC' in namespace 'W32' does not name a type wmf.cpp:111: error: 'HDC' in namespace 'W32' does not name a type wmf.cpp:116: error: 'HPEN' in namespace 'W32' does not name a type wmf.cpp:118: error: 'HFONT' in namespace 'W32' does not name a type wmf.cpp:126: error: 'RECT' in namespace 'W32' does not name a type wmf.cpp:154: error: 'HPEN' in namespace 'W32' does not name a type [snip lots more] }}} This was originally [http://lists.macosforge.org/pipermail/macports- users/2009-July/015932.html reported on the mailing list]. It seems the configure script looks for libEMF.dylib. If it finds it, HAVE_LIBEMF is set to 1 and it tries to use it, but then it can't find emf.h, perhaps because it is not directly in ${prefix}/include but in a subdirectory. So dia should be instructed to not attempt to use libemf, even if it is installed. -- Ticket URL: <http://trac.macports.org/ticket/20359> MacPorts <http://www.macports.org/> Ports system for Mac OS