Re: [Exim] compile date format issue

On Fri, 21 Mar 2003, John Jetmore wrote:

> So they actually seem to have broken their own standard. I opened a bug
> report this morning after a post in the forums got no response. Their bug
> tracking system is a little frustrating because it won't let you see the
> details once you report it, but from what I can tell it is being looked
> at.

Back from vacation and apple has finally responded. as a little more
context, this is in reference to apple's cpp replacing __DATE__ w/
MM/DD/YY instead of 'Mmm dd yyyy', breaking the output of exim -bV.
Apple's response was to add -no-cpp-precomp to the compiler options. I
did this and it produced the correct output. They didn't formally
acknowledge this as a bug, but I'm sure they'll change it at some point.

I suggest adding -no-cpp-precomp to the CFLAGS declaration in
OS/Makefile-Darwin. No general unix program needs precompiled headers
and quite a few break with them (a lot of fink packages won't compile with
them).

I believe the precompiled headers files are only a performance enhancement
during the compilation process, not while running the program, and
compiling exim doesn't really take that long. Interestingly, I believe
Apple recently dontated the precomp code back to the GCC project. Does
anyone have a non-apple copy of gcc that has precompiled header support?
Does it produce the correct format for __DATE__?

--John