From:	Hans-Bernhard Broeker <broeker AT physik DOT rwth-aachen DOT de>
Newsgroups:	comp.os.msdos.djgpp
Subject:	Re: gcc2952s.zip
Date:	4 Apr 2000 15:10:42 GMT
Organization:	Aachen University of Technology (RWTH)
Lines:	20
Message-ID:	<8cd0li$g7l$1@nets3.rz.RWTH-Aachen.DE>
References:	<38E8ABBD DOT 4707 DOT 2C5FCE AT localhost> <38E90218 DOT 21648 DOT B720B3 AT localhost>
NNTP-Posting-Host:	acp3bf.physik.rwth-aachen.de
X-Trace:	nets3.rz.RWTH-Aachen.DE 954861042 16629 137.226.32.75 (4 Apr 2000 15:10:42 GMT)
X-Complaints-To:	abuse AT rwth-aachen DOT de
NNTP-Posting-Date:	4 Apr 2000 15:10:42 GMT
Originator:	broeker@
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp
Reply-To:	djgpp AT delorie DOT com

pavenis AT lanet DOT lv wrote:

> 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. 

AFAIK, that's possible, albeit a bit cumbersome: you just have to pass
all the individual file names to 'zip' using DJGPP's @filename.lst
method, instead of letting it recurse through the file system on its
own. If you tell 'zip' to put lang/cxx/stl_iterator.h into the
archive, it'll go searching for such a file, find 'lang/cxx/stl_iter'
and use that. The name in the zip file will still be the long one.

The only real problem would be with file names that are ambiguous
within 8.3 limitations --- the ones you get complaints for, when
unpacking these archives on a non-LFN platforms. But as the archives
built on an LFN platform do already work if unpacked on non-LFN'ed
ones, that's not an issue, here.
-- 
Hans-Bernhard Broeker (broeker AT physik DOT rwth-aachen DOT de)
Even if all the snow were burnt, ashes would remain.

- Raw text -