From owner-cvs-gnu  Mon Aug  8 08:35:06 1994
Return-Path: cvs-gnu-owner
Received: (from root@localhost) by freefall.cdrom.com (8.6.8/8.6.6) id IAA04633 for cvs-gnu-outgoing; Mon, 8 Aug 1994 08:35:06 -0700
Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.8/8.6.6) with SMTP id IAA04626; Mon, 8 Aug 1994 08:35:01 -0700
X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol
To: Poul-Henning Kamp <phk@thud.cdrom.com>
cc: ache@freefall.cdrom.com, adam@freefall.cdrom.com, alm@freefall.cdrom.com,
        ats@freefall.cdrom.com, bde@freefall.cdrom.com,
        csgr@freefall.cdrom.com, cvs-gnu@freefall.cdrom.com,
        davidg@freefall.cdrom.com, dyson@freefall.cdrom.com,
        guido@freefall.cdrom.com, hsu@freefall.cdrom.com,
        jkh@freefall.cdrom.com, jvh@freefall.cdrom.com,
        karl@freefall.cdrom.com, martin@freefall.cdrom.com,
        nate@freefall.cdrom.com, paul@freefall.cdrom.com,
        proven@freefall.cdrom.com, pst@freefall.cdrom.com,
        rgrimes@freefall.cdrom.com, rich@freefall.cdrom.com,
        sean@freefall.cdrom.com, smace@freefall.cdrom.com,
        sos@freefall.cdrom.com, wollman@freefall.cdrom.com
Subject: Re: cvs commit: src/gnu/lib/libg++26 - Imported sources 
In-reply-to: Your message of "Sun, 07 Aug 94 22:52:56 PDT."
             <199408080552.WAA08194@thud.cdrom.com> 
Date: Mon, 08 Aug 1994 08:35:01 -0700
Message-ID: <4625.776360101@freefall.cdrom.com>
From: "Jordan K. Hubbard" <jkh@freefall.cdrom.com>
Sender: cvs-gnu-owner@freefall.cdrom.com
Precedence: bulk

>   .h's installed
>   .hP's installed
>   -lcurses interaction
>   files needed in ~/legal for copyleft reasons.

Let's be careful to avoid retrograde motion here! :-(  I had all
of libg++'s private .h files completely eliminated in 1.1.5 since
we'd already C++-safed our system headers and they were a waste.

For -curses interaction, please take a careful look at the
CPLUSPLUSLIB stuff I did there too; we should take that over to 2.0,
with the possible exception of the SHARED_LDFLAGS hack I had to put in
because we were passing LDFLAGS to $(AR) commands too - that should be
eliminated entirely and LDFLAGS used *only* for link lines.  Then
we can have one LDFLAGS again.

I'm all for rapid progress in 2.0, but not so rapid that we skip
enhancements we had actually planned for the 2.0 transition.

					Jordan