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:	<3A038229.47D03562@ece.gatech.edu>
Date:	Fri, 03 Nov 2000 22:27:37 -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:	Earnie Boyd <earnie_boyd AT yahoo DOT com>
CC:	"Gerrit P. Haase" <gerrit DOT haase AT t-online DOT de>, cygwin AT sourceware DOT cygnus DOT com
Subject:	Re: [Perl 5.6] Cpan.pm
References:	<20001104030805 DOT 13370 DOT qmail AT web115 DOT yahoomail DOT com>

Earnie Boyd wrote:
> 
> --- Charles Wilson <cwilson AT ece DOT gatech DOT edu> wrote:
> >
> > Now, since that time, there have been three (five?) more point-releases
> > of the cygwin kernel.  Some incorporated the fixes that *previously*
> > necessitated the use of a snapshot.  Some incorporated further
> > improvements that either broke "stupid perl workarounds" or created the
> > possibility of improved perl operation if we took advantage of them.
> >
> > There are a number of "post-perl-5.6.0" patches that you need in order
> > to build perl with a *new* cygwin dll (1.1.4 or 1.1.5).  You may safely
> > ignore the babble about "cygwin-inst-whatever" and
> > "cygwin1.dll-whatever".
> >
> 
> I don't know why you say this.  I built perl-5.6.0 just yesterday with
> yesterday's snapshot.  Albeit, my build was static using static libraries of
> gdbm and no ipc.

Overjoyed, nay, ecstatic, to hear that.  

> 
> > I've posted the patches to this list previously; search the archives....
> >
> 
> I didn't use them.  As a matter of fact I modified the cygwin.c source to
> remove the cwd coding and that worked fine.  I need to take a look at your
> patches to see what you did.

They aren't "mine" -- I culled them from the perl5-porters list and some
were sent to me privately.

> 
> > >
> > > CYGWIN=binmode tty ntea nontsec
> >
> 
> I don't even have CYGWIN set.

Did you run make test or perl harness?  That's where the ntsec/nontsec
ntea/<> made a difference.  In any case, I'm glad to hear you could
build without taking special steps.

> 
> >
> > I replaced /bin/sh.exe with a copy of /bin/bash.exe.
> >
> 
> I use the normal /bin/sh.exe == ash.

Well, ash has been updated three times (or more) since last May --
perhaps the continual improvement of ash has made it possible to build
perl with it, rather than bash.  (Try building with an *old* version of
ash if you want pain....)

> 
> One other thing that I've done is to make sure that _WIN32 and WINNT aren't
> defined by default.  I.E.: I changed Chris' addition of -mno-win32 to -mwin32
> and defined unix, _unix, __unix and __unix__ just in case.  Probably unix would
> have been enough.  Also, when specifying -mwin32 my specs don't define the unix
> macros.

Huh? I don't understand.

  you ARE using -mwin32, which DOES define _WIN32 and WINNT, or 

  you are NOT using -mwin32 (that is, you ARE using -mno-win32) which
does NOT define _WIN32 and WINNT

Which?

In any case, I am fabulously happy that you can build perl without
trouble.  That means that others should be able to do so, as well, and I
can ignore the rest of this thread and go back to writing my thesis. :-)

--Chuck

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

- Raw text -