Christian,
I care, and agree with you.
I recall many years ago, debugging a mysterious failure building Emacs.
Building on Solaris-Sparc defined the symbol sparc,
and this caused the build to fail, only if a component of the
current working directory was sparc.
Martin
Christian Thalinger
I very much suspect that this -D$(ARCH) could be removed with no consequences.
The difficult part would be verifying it.
C macros are a very powerful tool, but some of the global names we have chosen
over the years have come back to haunt us. :^(
-kto
Martin Buchholz wrote:
Christian,
I
On Wed, 2008-01-23 at 11:14 -0800, Ted Neward wrote:
This may be an area where you have to implement the fix and submit it as a
patch, because I can see the developers at Sun not having the bandwidth to
take time away from the other things they're working on to take care of this
On Wed, 2008-01-23 at 11:04 -0800, Kelly O'Hair wrote:
I very much suspect that this -D$(ARCH) could be removed with no consequences.
The difficult part would be verifying it.
C macros are a very powerful tool, but some of the global names we have chosen
over the years have come back to
I won't speak for them, but based on Kelly's comments, you may be the guy on
the spot to do that verification. :-)
Isn't open source fun? :-)
I would suggest this: do a grep looking for where that macro is used, and
see if removing it entirely has any detrimental effects. That is, pull it,
do a
