Re: Patch to fix strsignal prototype handling in system.h

["Kaveh R. Ghazi" <ghazi at caip dot rutgers dot edu>]

 > From: Robert Lipe <robertlipe@usa.net>
 >  
 > > -             xm_defines="USG SVR3 BROKEN_LDEXP SMALL_ARG_MAX NO_SYS_SIGLIST"
 > > +             xm_defines="USG SVR3 BROKEN_LDEXP SMALL_ARG_MAX"
 >  
 > There's code all over the place in configure.in and in various target
 > files that set 'SVR3'.  Perhaps my grepping skills are poor today, but
 > I can't find a single consumer of it.  Should we schedule it for mass
 > execution?
 >  
 > I can at least find a few (misguided) uses of USG so they're going to
 > require some thought instead of mere editor keystrokes to nuke.
 >  
 > RJL

I don't know about SVR3, but USG was necessary for curing some problem
with <stab.h> vs "gstab.h" on solaris when using cc for stage1.

IIRC, stab.h is in /opt/SUNWspro/SC<version>/include/cc on solaris so
autoconf will find it with cc in stage1, but gcc won't see it in
stage2 and you get a compiler error.  Thus the definition of
HAVE_STAB_H alone could not be relied upon to decide whether to
include <stab.h>.

I think Jeff suggested always using gcc's gstab.h and ignoring the
system stab.h on all platforms.  But no one pursued that.

		--Kaveh
--
Kaveh R. Ghazi			Engagement Manager / Project Services
ghazi@caip.rutgers.edu		Qwest Internet Solutions