Re: Re: [Pan-users] Building on Mac -- status

2006-08-02 Thread Kelly Martin
On 7/31/06, David Sewell <[EMAIL PROTECTED]> wrote: I've just successfully compiled and run Pan 0.105 on a different machine, just by running "./configure" and "make" (success on a new G5 iMac, failure on an older G4 iBook). So there must be some difference between the two systems that is prevent

Re: [Pan-users] Building on Mac -- status

2006-07-31 Thread David Sewell
I wrote: > I'm having a problem with .104/.105 under OS X. Configuration okay, and > the compile goes okay until I hit a lot of multiple definition errors > when it gets to this point: > g++ -g -O2 -o add-server add-server.o ./libpandata.a ../tasks/libtasks.a > ../data/libdata.a ../usenet-uti

Re: [Pan-users] Building on Mac -- status

2006-07-29 Thread David Shochat
Quoting David Sewell <[EMAIL PROTECTED]>: > David Sochat wrote: > > [libintl.h path fix description snipped] > > > Thanks. That worked here also. pan-0.103 now running on the iMac. > > I'm having a problem with .104/.105 under OS X. Configuration okay, and > the compile goes okay until I hit a lot

Re: [Pan-users] Building on Mac -- status

2006-07-29 Thread David Sewell
David Sochat wrote: [libintl.h path fix description snipped] Thanks. That worked here also. pan-0.103 now running on the iMac. I'm having a problem with .104/.105 under OS X. Configuration okay, and the compile goes okay until I hit a lot of multiple definition errors when it gets to this p

Re: [Pan-users] Building on Mac -- status

2006-07-15 Thread David Shochat
Charles Kerr wrote: 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. I have entered bug 9937 at bugzilla.opendarwin.org for this. ___

Re: [Pan-users] Building on Mac -- status

2006-07-13 Thread Charles Kerr
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 -

Re: [Pan-users] Building on Mac -- status

2006-07-13 Thread David Shochat
Darren wrote: 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 (I'm using DarwinPorts) Thanks. That worked here a

Re: [Pan-users] Building on Mac -- status

2006-07-12 Thread Darren
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 (I'm using DarwinPorts) bye bye! MAS!

[Pan-users] Building on Mac -- status

2006-07-12 Thread David Shochat
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 installe