Marco Stagno posted this a couple of days ago: --------------------------------------------------- as already wrote Jeff, I had to change in file /opt/local/include/glib-2.0/glib/gi18n.h
the #include libintl.h in #include </opt/local/include/libintl.h> (I'm using DarwinPorts) bye bye! MAS! -------------------------------------------------- David Shochat wrote: > I actually got farther than I expected. I used the DarwinPorts > infrastructure to build pan 0.14.2, which went without a hitch, and > along the way installed dependencies needed by pan such as gtk2. Then I > tried to configure pan 0.103. It complained about libpcre, so I manually > built and installed that. Same with libgmime. Then by setting > PKG_CONFIG_PATH to /opt/local/lib/pkgconfig:/usr/local/lib/pkgconfig, I > got pan to configure without error. So on to make. I got this error > which I have a funny feeling someone recently ran into on this list: > > 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 > > libintl.h is in fact in /opt/local/include itself. Ok, if I'm right that > someone just solved this problem, what did you do again? Note that > Darwin is a relative of Free BSD. > > My goal here is to see if once I get pan (>=0.103) running on the Mac, I > can duplicate my bug 346588 problem (segfault processing the comcast > group list). > > > > _______________________________________________ > Pan-users mailing list > [email protected] > http://lists.nongnu.org/mailman/listinfo/pan-users > _______________________________________________ Pan-users mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/pan-users
