www.delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2000/12/10/16:04:11

Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
Message-ID: <3A33EF9F.9EEFB7A1@ece.gatech.edu>
Date: Sun, 10 Dec 2000 16:03:27 -0500
From: "Charles S. Wilson" <cwilson AT ece DOT gatech DOT edu>
X-Mailer: Mozilla 4.75 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: compiling Zip 5.41 trouble - duplicate member `X_flag'
References: <wkofykz6n0 DOT fsf AT blue DOT sea DOT net> <3A33BC6F DOT 2655 DOT 49714B8 AT localhost> <20001210131757 DOT D18761 AT redhat DOT com>

Chris --
  In this particular case, the -f win32/Makefile.gcc is -- well, not
exactly 'correct' -- but OK.  There was a discussion about zip/unzip and
win32 on the list last May (see these thread branches -- folks kept
changing the message title, so the archive threads are all messed up)

Thread that started it all:
http://www.cygwin.com/ml/cygwin/2000-05/msg00782.html & thread

Other subthreads:
http://www.cygwin.com/ml/cygwin/2000-05/msg00959.html & thread, 
http://www.cygwin.com/ml/cygwin/2000-05/msg00882.html & thread,
http://www.cygwin.com/ml/cygwin/2000-05/msg00891.html
http://www.cygwin.com/ml/cygwin/2000-05/msg00975.html
http://www.cygwin.com/ml/cygwin/2000-05/msg00881.html

Short version:
CygUtils zip/unzip history:
  1998  zip-2.2 / unzip-5.31 built as unix apps, with internal unix
designators on .zip files thus produces

  11/99 after tip from Cosmin Truta, rebuilt zip-2.3 / unzip-5.41 so
that .zip files produced are 'windows' designators (this stores NTFS
properties in the archive).  We *thought* that would be better since
NTSEC stores permissions in the NTFS props. 

  5/00 after the above discussion, it turned out that we were trying to
do the cygwin1.dll's work FOR it.  If you just store unix perms in the
archive, cygwin1.dll will translate those into NTFS/NTSEC properties. 
So, we decided that  the *next* cygutils (or official) version of
zip/unzip would go back to 'unixoid' building.

But I haven't generated the *next* version of zip/unzip yet.  I've been
concentrating on libraries and dll's for the last six months or so.  As
I mentioned in my most recent cygutils announcement
(http://www.cygwin.com/ml/cygwin/2000-12/msg00130.html), I plan to do
zip/unzip that fairly soon -- I've mostly finished dll-izing the
libraries I care about.

--Chuck

Christopher Faylor wrote:
> 
> On Sun, Dec 10, 2000 at 05:25:03PM +0100, Gerrit P. Haase wrote:
> ><10 Dec 2000, 16:35 Uhr wars, als Jari Aalto+mail.emacs folgendes schrub:>
> >< compiling Zip 5.41 trouble - duplic >
> >
> >>
> >>     I downloaded the port from franken Wilson_Charles_S/V1.1/unzip-5.41
> >>     and got some errors. Any ideas?
> >>
> >> //jaalto AT PICASSO unzip-5.41 $ make -f win32/Makefile.gcc
> >
> >In the README is this line:
> >
> >LOCAL_UNZIP="-DHAVE_TERMIOS_H -DDIRENT" make -f win32/makefile.gcc
> >
> >Maybe it is a difference.
> 
> cygwin != win32
> 
> cgf
> 
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019