4 messages in net.sourceforge.lists.courier-sqwebmailRe: [sqwebmail] Re: courierauth.h mis...
FromSent OnAttachments
Kurt BiglerApr 10, 2005 11:32 pm 
Brian CandlerApr 12, 2005 12:30 am 
Kurt BiglerApr 12, 2005 4:56 pm 
Brian CandlerApr 13, 2005 5:45 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [sqwebmail] Re: courierauth.h missingActions...
From:Kurt Bigler (kk@breathsense.com)
Date:Apr 12, 2005 4:56:18 pm
List:net.sourceforge.lists.courier-sqwebmail

on 4/12/05 12:30 AM, Brian Candler <B.Ca@pobox.com> wrote:

On Sun, Apr 10, 2005 at 11:32:58PM -0700, Kurt Bigler wrote:

Just for the record, the SqWebMail makefiles apparently use CFLAGS, not CCFLAGS.

I use CPPFLAGS.

That would have worked too, but I figured CPPFLAGS was intended for C++ compiles. But both get appended to the gcc command line by the Makefile, as I recall.

I don't see any reference to "CCFLAGS" in the gcc info documentation

I didn't realize it had anything to do with gcc itself. It seemed to be just a matter of what macros the Makefile is using to contruct the gcc command line.

- why did you think that CCFLAGS would work in the first place?

It was taken directly from Sam's message (the one my message quoted). I figured it was either a typo, or that the Makefile had changed since he wrote the message. My intention was simply to correct the info for the archives, since that is where I looked to solve my problem, and the one-character difference caught me off-guard. I thought it might help the next person who comes along and searches the archives for a solution to the same problem.

But it occurs to me that it might be good if SqWebMail always compiled ok with the default installation of courier-authlib without requiring special configuration options. FWIW my system is FreeBSD 4.6.1.

I have my make working now, though. But I did lose an hour on this.

You can always cvsup your ports collection and install it through that. Quite a lot of software does not look in /usr/local/include or /usr/local/lib by default.

And you might want to consider an upgrade to 4.11 :-)

Ah, you mean half the pain twice as often? ;)

Anyway its a done deal. The new version looks very good and I'm glad I'm fully up to date. Thanks to everyone for their good work and their support.

-Kurt