From: Hans-Bernhard Broeker 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.