David Shochat wrote:
Thanks. That worked here also. pan-0.103 now running on the iMac. And as
I just reported in bug 346588, it does not get into any trouble reading
the comcast group list.
I dug through the compile to find why the hardcoding of the path was
necessary:
if g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../..
-I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include
-I/usr/local/include -g -O2 -MT e-util.o -MD -MP -MF
".deps/e-util.Tpo" -c -o e-util.o e-util.cc; then mv -f
".deps/e-util.Tpo" ".deps/e-util.Po"; else rm -f ".deps/e-util.Tpo";
exit 1; fi
In file included from
e-util.cc:32:/opt/local/include/glib-2.0/glib/gi18n.h:23:21: error:
libintl.h: No such file or directory
Looks like there is a -I/opt/local/include missing.
Yes. Mac users should ask the person who packages glib2 for DarwinPorts
to add -I/opt/local/include to glib-2.0's pkg-config file -- that's
where the bug seems to lie.
_______________________________________________
Pan-users mailing list
Pan-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/pan-users