The extra linker flags are neither necessary, nor appropriate. Two-level namespace is the one true way, especially for projects that don't dynamically load code (and even those should be updated to use two-level namespace correctly).
What cpp-precomp errors did you see? My build log shows no errors where it have to revert to the non-precomp cpp. Adding these flags should not be a knee-jerk response when software doesn't compile. And in this case, nmh *does* compile cleanly on 10.1.3. What problem are these patches solving? Shantonu On Fri, 3 May 2002, Eric Gillespie wrote: > Below is a patch necessary to support Mac OS X. -no-cpp-precomp > is necessary to turn off Apple's broken header pre-compilation cpp > and use standard gcc cpp instead. The extra LDFLAGS are necessary > in order to avoid linking errors (libraries are much different in > Darwin than on other operating systems). > > -- > Eric Gillespie <*> [EMAIL PROTECTED] > > Conformity is a sin. > > Index: configure.in > =================================================================== > RCS file: /cvs/nmh/configure.in,v > retrieving revision 1.61 > diff -a -u -r1.61 configure.in > --- configure.in 2001/03/17 11:28:28 1.61 > +++ configure.in 2002/04/28 07:35:30 > @@ -798,6 +798,10 @@ > dnl ---------------- > case "$target_os" in > > + darwin*) > + CPPFLAGS="$CPPFLAGS -no-cpp-precomp" > + LDFLAGS="$LDFLAGS -flat_namespace -undefined suppress" > + ;; > solaris2*) > AC_DEFINE(SYS5) > AC_DEFINE(SVR4) > >