[V3 PATCH] Fix for defect report libstdc++/1884

[bumgard at roguewave dot com]

I'm not sure why this is commented out, but it does keep most
of the template implementations from being loaded into user programs.

Perhaps the user should define a macro to indicate when they wish
the implementation to be loaded, so the implementation for a 
particular instantiation can be localized to a single module,
and all other files would not have to parse the implementation.
It would be nice to give users the choice to do it either way,
at least until 'export' gets implemented...


2001-02-14  Greg Bumgardner <bumgard@roguewave.com>

	* libstdc++-v3/include/bits/c++config: Restore
	_GLIBCC_FULLY_COMPLIANT_HEADERS macro definition.  

Index: gcc/libstdc++-v3/include/bits/c++config
diff -c gcc/libstdc++-v3/include/bits/c++config:1.1.1.1 gcc/libstdc++-v3/include/bits/c++config:1.1.1.1.6.1
*** gcc/libstdc++-v3/include/bits/c++config:1.1.1.1	Tue Feb 13 00:19:44 2001
--- gcc/libstdc++-v3/include/bits/c++config	Wed Feb 14 15:51:16 2001
***************
*** 53,59 ****
  // types. For the io library, this means that larger, out-of-line
  // member functions are only declared, and definitions are not parsed
  // by the compiler, but instead instantiated into the library binary.
! //#define _GLIBCPP_FULLY_COMPLIANT_HEADERS 1
  
  // To enable older, ARM-style iostreams and other anachronisms use this.
  //#define _GLIBCPP_DEPRECATED 1
--- 53,59 ----
  // types. For the io library, this means that larger, out-of-line
  // member functions are only declared, and definitions are not parsed
  // by the compiler, but instead instantiated into the library binary.
! #define _GLIBCPP_FULLY_COMPLIANT_HEADERS 1
  
  // To enable older, ARM-style iostreams and other anachronisms use this.
  //#define _GLIBCPP_DEPRECATED 1