Date: Tue, 4 Apr 2000 13:51:10 +0200 (IST)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender: eliz AT is
To: djgpp AT delorie DOT com
Subject: Re: gcc2952s.zip
In-Reply-To: <38E90218.21648.B720B3@localhost>
Message-ID: <Pine.SUN.3.91.1000404134740.9459A-100000@is>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Reply-To: djgpp AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk


On Mon, 3 Apr 2000 pavenis AT lanet DOT lv wrote:

> On 3 Apr 2000, at 16:46, Eli Zaretskii wrote:
> 
> > 
> > On Mon, 3 Apr 2000 pavenis AT lanet DOT lv wrote:
> > 
> > > Main problem: 
> > > we'll not able to get binary distribution identical to one
> > > we'll get with LFN support.
> > 
> > Why not?
> 
> How to get for example lang/cxx/stl_iterator.h in gpp2952b.zip when on 
> disk it will be only stl_iter.h without LFN support.

Oh, this is very simple: you prepare the *.mft file with the long
names, then submit it to zip as a response file:

       zip -9 gpp2952b.zip @manifest/gpp2952b.mft

This causes zip to archive the files with their long names, even if
the files on disk have the names truncated to DOS 8+3 limits.

I've been doing this for all the packages I uploaded to SimTel.NET,
since time immemoriam.  I never heard any complaints.