news

早期freebsd实现

*** Changes in libg++ version 2.3:

* iostream classes use multiple inheritance and virtual base classes.
This is a little more complicated and slightly less efficient,
but saves a slight amount of code duplication.  More importantly,
it improves compatibility with other iostream implementations.

* A few of pseudo-template classes have been converted to use
real templates.  The style used emphasizes sharing code for
multiple template instatiations at the cost of somewhat more
complex internal logic.  No promise is implied about when/if
the remaining ones will be converted.  Using the template classes
assumes gcc-2.3 or similar compiler.

* Added stdiobuf class which provides a streambuf wrapper around
a stdio (FILE*).  This can be useful when mixing C and C++ code.

* streambuf sputn/sgetn virtuals have been made renamed to xsputn/xsgetn,
and sputn/sgetn addedas inline methods.  This change is to be compatible
with AT&T and ANSI; it could require changes to user code if you have
written your own streambuf sub-classes.

* New utils/c++-mode.el (for editing C++ in emacs).

* Lots of little fixes all over.

*** Changes in libg++ version 2.2:

* Accurate input and output of floating-point numbers

* 'make clean' and its variants have been made more consistent.

* Improved portability (SVR4, NeXT, ...)


*** Changes in libg++ version 2.1:

* "Class" include files in g++-include moved to src

Those include files that are just wrappers around C header files
(e.g. signal.h) remain in g++-include, while the header files
that are specific to libg++ (or C++) have been moved to src.
If your system includes "C++-ready" C header files (as in SVR4 or
Linux), you don't need to use the wrappers in g++-include.

* Portability

A lot of effort has gone into making libg++ more portable.
Code that depends on internals of "traditional" implementations
had been made more portable.  The 'libiberty' library is incorporated
into libg++; this supplies (if needed) many functions that may be
missing on particular hosts.

* Auto-configuration

New scripts automaticly figure out various properties of the
system (and compiler) you use.  While these scripts are not
foolproof, the intent is that on most systems you will no longer
have to edit Makefiles or build special configuration files.

* Iostream bug-fixes

There have been numerous bug-fixes and enhancements in the
iostream code.  Lots of rough edges in the streambuf and filebuf
classes have been fixed.

There are still some rough edges of the protocol (as in what the
streambuf class should do, and what sub-classes such as filebuf
should handle).

* iostream enhancements for lexing/parsing.

You can now create a 'streammarker' object, which is a "remembered"
position is a streambuf.  Later, you can backtrack to that position.
This is supposed to work, even if the streambuf is unbuffered and
otherwise unseekable, because the streambuffer never throws away
any data following an extant streammarker.  This feature will be
used to build various scanning/parsing facilities (with backup).
(See iostream.texi for an example.)

* stdio library

Now supports all of ANSI's functionality.

*** Changes in libg++ version 2.0:

* iostream classes

The major change is that input/output uses the new iostream library.
The design is based on (but not identical to) iostreams from
AT&T C++ release 2.x, and the ANSI X3J16/WG21 draft C++ standard.

The iostream classes replace the old stream.  The new
package provides some compatibility hooks.  Including the
obsolete <stream.h> (or defining _STREAM_COMPAT) makes 
more obsolete methods and features available.  However,
you will probably have to change your code if you have used
any libg++-specific extensions (such as the File class).

If you want stick with the old stream classes, change the
definition of IO_DIR in Make.defs (to old-stream).  You will
also need to 'make depend' in directories that contain depend,
and then re-configure everything.  Note that the old-stream
classes are *not* supported and *will* go away in a future release.

* Use g++ version 2 features (if available)

The main one is that an include file g++-include/FOO.h
that is a wrapper for a standard C include file will now
#include_next <FOO.h> instead of #include "/usr/include/FOO.h".
This provides more flexibility wrt to using alternate C libraries
(such as GNU libc), but it is not without its own problems.
For example, if you compile libg++.a with a g++ that has old
incompatible g++-include files in its path, these will be
read (and then in turn read the /usr/include file).  If there
are conflicts, you can remove the previously installed include files,
or try something like 'make XTRAFLAGS=-I/usr/include' (or whatever
include path gcc uses by default).

* Major Makefile changes.
You can now 'make' from any subdirectory.

* Use of 'configure'.

* Copyrights changed to use the Library license version 2.0.
(Some files have not been updated yet; we'll try to finish it for 2.1.)

* The prototype class SplayNode was put into a separate include file
(g++-include/gen/SplayNode.hP).  This is to avoid duplication.
It will require you to generate the approriate SplayNode file
if you use SplayBag, SplaySet, or SplayPQ.

* You can now use inline functions in header files without
having to use either -O or _DUSE_LIBGXX_INLINES.  (The #ifdef
that depended on these has been removed, so inline functions
are inline independent of -O).

* Numerous minor bug-fixes and enhancements.

*** Changes in libg++-1.39.0 from libg++-1.37.0

    * All files use the new g++ #pragma interface / #pragma implementation
      convention, which minimies duplication of `outlined' inlines
      and vtables. This also causes no inlines to be used at
      all when not compiling with `-O', which speeds compilation
      and simplifies debugging.

    * Many .h header file names had to be shortened so as to simulaneously
      work with SYSV and with #pragma interface (since .h and .cc file
      base names must match.) Sorry!

    * All genclass-able files have been moved to g++-include/gen.

    * various and sundry bug fixes, minor enhancements, and/or portability 
        improvements as described in the ChangeLog. 

*** changes from libg++-1.36.3 to libg++-1.37.0

    * Most utility classes and functions are now in stand-alone .cc and/or .h
      files. This should generate smaller exectuables, and, sometimes
      faster compilation. In particular, istream.h, and ostream.h are
      now separately includable. If you only need one, you don't have
      to get the other.

    * The Plex classes now understand `const'. The `changes' and `changed'
      member functions were removed, since it is now possible to
      avoid changes in Plex structures by using const versions.

    * class RandomInteger is available, courtesy of John Reidl.

    * PlotFile3D, a 3D plot class is in libg++/etc. It will be
      incorporated into libg++ proper for the next release, perhaps
       with a few changes. Thanks to Tom Ngo.

    * various and sundry bug fixes, minor enhancements, and/or portability 
        improvements as described in the ChangeLog. 

    * The file etc/HINTS is an emacs RMAIL file that contains recent
        bug-lib-g++ list mail and related messages that may be useful.


*** changes from libg++-1.36.1 to libg++-1.36.3

    * `Tmp' classes have been eliminated from Strings, Integers, etc.
       (Via some retuning of the main classes, Tmp classes were found
        to not significantly impact performance one way or the other,
        so they were removed.)

    * There is now a version of malloc, directly supporting operator
      new, etc. It may be faster and better suited to C++ applications
      than your libc malloc. You should be able to use it unless you need
      a special malloc for a distributed shared memory environment or
      the like. If you can't use it, edit the appropriate flag in
      the top-level Makefile. I would very much appreciate feedback
      about whether this malloc makes any difference in time or space
      efficiency than whatever you are now using.

    * By default, output is now line-buffered. Use the
      NO_LINE_BUFFER_STREAMBUF define in the Makefile to override

    * Otherwise, the stream classes remain C++-1.2 compatible.
      C++-2.0-compatible versions are still in the works.

    * various and sundry bug fixes, minor enhancements, and/or portability 
        improvements as described in the ChangeLog. 

*** changes from libg++-1.35.0 & 1.35.1 to 1.36.1

    * various and sundry bug fixes, minor enhancements, and/or portability 
        improvements as described in the ChangeLog. 

    * Most everything should now work on most SystemV machines. Let me
        know if they don't.

    * genclass now allows an optional prefix to be used instead of type
        name concatenation in order to help minimize filename
        lengths for SYSV users. This is not a great solution, but
        is A solution to filename length problems for SYSV users.

    * Some, but not all classes now behave well with respect to 
      the new 2.0 const specifications. Some uncertainties about
      how g++ will interpret gcc-based const function qualifiers
      (to indicate lack of side effects) versus C++-2.0 const member
      functions has held up the conversion of some classes to use
      const in either or both of these ways.

    * A version of etags suitable for use with c++ is in etc/
        (courtesy of J. Clark)

    * `graph', a unix graph(1) work-alike is in libg++/etc, courtesy
        of Rich Murphey.

    * RAVLMap (Ranked AVLs) prototypes.

    * The GetOpt class & support has been moved from etc/ into libg++.a

    * Streams have been redone to be nearly 100% AT&T 1.2 compatible.