Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com From: "Dave Korn" To: Subject: RE: The rxvt.1 manpage of the rxvt-2.7.10-4 package. Date: Wed, 12 May 2004 11:15:27 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: <95675226073.20040512095824@familiehaase.de> Message-ID: X-OriginalArrivalTime: 12 May 2004 10:15:27.0944 (UTC) FILETIME=[0C3E1480:01C4380A] > -----Original Message----- > From: cygwin-owner On Behalf Of Gerrit P. Haase > Sent: 12 May 2004 08:58 > > Anyway, the original configure script was expecting the > OSTYPE to be cygwin32. > > That was why it was not possible to build yodl out of the > box. After applying > > the above patch, follow the instructions in INSTALL.txt to > build and install > > the yodl software. > > This is wrong, the OSTYPE name should be cygwin. It's also wrong in that it's completely back to front: look closely at the diff, and you'll see that the original configure script was looking for "cygwin", and it is the patch that makes it look for "cygwin32". > > - if test "x$OSTYPE" = "xcygwin" || test "x$OSTYPE" = > "xWindows_NT"; then > > - LN=ln > > - LN_S='ln -s' > > + if test "x$OSTYPE" = "xcygwin32" || test "x$OSTYPE" = > "xWindows_NT"; then > > + LN=cp # hard link does not work under cygnus-nt > > + LN_S='cp -r' # symbolic link does not work for native nt Fung needs to go back and double check how things came to be this way round. In particular, bear in mind that "uname -o" outputs "Cygwin" - note the capitalisation; shell string comparisons are case sensitive... dk AT mace /> if test "x`uname -o`" = "xCygwin" ; then echo ok ; else echo nope ; fi ok dk AT mace /> if test "x`uname -o`" = "xcygwin" ; then echo ok ; else echo nope ; fi nope > > Note that there are other references to cygwin32, > particularly #ifdef CYGWIN32 > > in source files. Therefore, a complete fix is to do a > global search and > > replace. According to the output from "gcc -dM -E -