Re: [sqwebmail] sqwebmail make on MacOSX
Hi James, Thanks. This fixes the bug I described. But now, I have another problem, during "make": Compiling deliverquota.c gcc -traditional-cpp -Wall -I./.. -I.. -o deliverquota deliverquota.o libmaildir.a ../rfc822/librfc822.a ../numlib/libnumlib.a ld: ../numlib/libnumlib.a(strhdevt.o) literal C string section (__TEXT,__cstring) does not end with a '\0' ld: ../numlib/libnumlib.a(strhinot.o) literal C string section (__TEXT,__cstring) does not end with a '\0' make[2]: *** [deliverquota] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 I add a "\0" to the next constant, but the same error arises: static const char rcsid[]="$Id: deliverquota.c,v 1.21 2003/01/20 13:47:19 mrsam Exp $"; -> static const char rcsid[]="$Id: deliverquota.c,v 1.21 2003/01/20 13:47:19 mrsam Exp $\0"; Another question: are the global variables (RANLIB ... CPPFLAGS) of general use when you compile *any* package to OSX? Or are they specific to this build? Sorry, but I must yet use the --enable-mimetypes; otherwise, ./configure reclaims it... (my build is "sqwebmail-3.5.0.20030301.tar.gz"). Actually, I'm not sure whether the last one is needed for sqwebmail, or if it's specific to some other part of Courier. (Personally, I always build the full system, not just sqwebmail... and I forget which problem it solved. =) But the first 3 are *definitely* needed if you want to have any chance of successfully compiling on OS X. ./configure \ 'RANLIB=ranlib -c' \ 'CFLAGS=-traditional-cpp' \ 'CXXFLAGS=-traditional-cpp' \ 'CPPFLAGS=-D _INTL_REDIRECT_MACROS' I would also point out that you are using an improper specification of the imagedir path. That path should be based on the web server's document root, not the filesystem root. E.g. '--enable-imagedir=/images/sqwebmail' And lastly... There shouldn't be any need for the --enable-mimetypes setting anymore on OS X. The Mac OS X default location for mime.types was added to the Courier build system in a previous release. So configure should find it automatically. -- Of course, if it doesn't, then ask Sam if there has possibly been a regression of some sort with regard to that option. Best regards, Guy
Re: [sqwebmail] sqwebmail make on MacOSX
On Sunday, Sep 7, 2003, at 04:40 US/Central, Guy LOUIS wrote: Hi James, Thanks. This fixes the bug I described. But now, I have another problem, during "make": Compiling deliverquota.c gcc -traditional-cpp -Wall -I./.. -I.. -o deliverquota deliverquota.o libmaildir.a ../rfc822/librfc822.a > ../numlib/libnumlib.a ld: ../numlib/libnumlib.a(strhdevt.o) literal C string section (__TEXT,__cstring) does not end with a '\0' ld: ../numlib/libnumlib.a(strhinot.o) literal C string section (__TEXT,__cstring) does not end with a '\0' make[2]: *** [deliverquota] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 I add a "\0" to the next constant, but the same error arises: static const char rcsid[]="$Id: deliverquota.c,v 1.21 2003/01/20 13:47:19 mrsam Exp $"; -> static const char rcsid[]="$Id: deliverquota.c,v 1.21 2003/01/20 13:47:19 mrsam Exp $\0"; Another question: are the global variables (RANLIB ... CPPFLAGS) of general use when you compile *any* package to OSX? Or are they specific to this build? Sorry, but I must yet use the --enable-mimetypes; otherwise, ./configure reclaims it... (my build is "sqwebmail-3.5.0.20030301.tar.gz"). Oh!! (Great googly-moogly. No wonder.) Well, this explains all your other problems. If you can... I strongly suggest upgrading to 3.6.0 instead! If you can't (and if not, why not?!), then yes... you'd still need the mime.types setting. -- And yes, the numlib stuff would be a problem too. I made a patch which Sam applied to the numlib files a while back (after he figured out what the problem was for me; thanks again, Sam! :) -- and I'll try to send it if you can't upgrade. (Tell me if so, and I'll look around for it. But I really do encourage you to upgrade to the latest version. ... Really! ... Quite strongly!) As for the global vars, they are useful with at least a few other packages, but probably not all. I'm sure that in some cases, they might (potentially) even cause problems instead of fixing problems. -- I haven't seen that to be the case yet myself, but with all the variety of stuff out there, I'm sure it's true for something. ;-) -jab
Re: [sqwebmail] sqwebmail make on MacOSX
On Saturday, Sep 6, 2003, at 18:13 US/Central, Guy LOUIS wrote:
Hi all,
Qmail, vpomail+qmailadmin installed and working on MacOSX2.6
- configure OK:
./configure \
--enable-cgibindir=/library/webserver/CGI-Executables \
--enable-imagedir=/library/webserver/images/sqwebmail \
--enable-mimetypes=/private/etc/httpd/mime.types
- make ERROR:
make
[...]
Making all in userdb
make all-am
Compiling userdbpw.c
userdbpw.c:160: illegal expression, found `void'
userdbpw.c:80: parse error in conditional expression
cpp-precomp: warning: errors during smart preprocessing, retrying in
basic mode
make[2]: *** [userdbpw.o] Error 1
make[1]: *** [all] Error 2
make: *** [all-recursive] Error 1
The error in userdbpw.c:80 occurs with this code:
static RETSIGTYPE sighandler(int signum)
{
write(1, "\n", 1);
tcsetattr(0, TCSANOW, &tios);
_exit(0);
#if RETSIGTYPE != void
return (0);
#endif
}
In the userdb directory, the config.h file contains:
...
/* Define as the return type of signal handlers (`int' or `void'). */
#define RETSIGTYPE void
...
Can you help me?
Best regards, Guy
You need to use the following arguments to configure, for
Courier/SqWebMail to compile on OS X. (You could put them in your
environment prior to configuring instead of on the command line, if
that's your preference. But since I build the full system, I put them
on the command line so that 'courier-config' will report what they were
later... so I don't have to remember. ;)
Actually, I'm not sure whether the last one is needed for sqwebmail, or
if it's specific to some other part of Courier. (Personally, I always
build the full system, not just sqwebmail... and I forget which problem
it solved. =) But the first 3 are *definitely* needed if you want to
have any chance of successfully compiling on OS X.
./configure \
'RANLIB=ranlib -c' \
'CFLAGS=-traditional-cpp' \
'CXXFLAGS=-traditional-cpp' \
'CPPFLAGS=-D _INTL_REDIRECT_MACROS'
I would also point out that you are using an improper specification of
the imagedir path. That path should be based on the web server's
document root, not the filesystem root. E.g.
'--enable-imagedir=/images/sqwebmail'
And lastly... There shouldn't be any need for the --enable-mimetypes
setting anymore on OS X. The Mac OS X default location for mime.types
was added to the Courier build system in a previous release. So
configure should find it automatically. -- Of course, if it doesn't,
then ask Sam if there has possibly been a regression of some sort with
regard to that option.
HTH.
-jab
