Re: Solaris `make' problem

[Benjamin Kosnik <bkoz at redhat dot com>]

I've looked at completely eliminating this hacky install rule. It's 
pretty lame. (see libsupc++/Makefile.am for correct install routines)

However, we have to keep this general rule around until the next version 
of autoconf is released, or something. I was looking at it two weeks ago, 
and removing it with something standard seemed unlikely (I can't remember 
the exact reason right now, but it was something to do with autoconf not 
dealing correctly with nested directories of includes.)

> The libstdc++-v3/src/Makefile doesn't work with the ordinary make on
> Solaris (/usr/ccs/bin/make).
> 
>   $(headers:%=$(myincludep)/%): $(myincludep)/%: %
> 	  if test -z "$(MULTISUBDIR)"; then \
> 	  $(mkinstalldirs) $(@D); \
> 	  echo " $(INSTALL_DATA) $^ $@"; \
> 	  $(INSTALL_DATA) $^ $@; \
> 	  fi;
> 
> This bit is the problem; make says:
> 
>   make: Fatal error in reader: Makefile, line 522: Extra `:', `::', or `:=' on dependency line
> 
> Would someone mind taking a whack at reworking that to not use GNU
> make functionality?  In general, GCC can be built with just a POSIX
> make, and the BSD folks have lobbied hard to keep this requirement.

Loren had conceeded this point previously, FYI, but whatever.

I thought the libstdc++ configure checked for GNU make? (Meaning it 
should have errored out sooner than this.)

-benjamin