dia build fails when libemf is installed

[ryandesign (Ryan Carsten Schmidt)]

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 ​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.

[ryandesign (Ryan Carsten Schmidt)]

Or, the build could be fixed so that emf.h can be found, and a dependency on libemf added. If that would be useful.

[nox@…]

r55752.