GPF error building Perl 5.6

Charles S. Wilson cwilson@ece.gatech.edu
Fri Oct 27 15:49:00 GMT 2000


David A Ireland wrote:
> 
> Chuck,
> 
> 1. Apologies for missing your message in the archives. I must admit I
> believed the instructions at the start of the Perl-5.6.0-README that said
> "no patches necessary". I must remember to check version numbers a bit more
> closely next time.

When I wrote the README, we were very excited about finally having a
100% compliant perl.  It never occurred to me that *cygwin* would slide
backwards and break compatibility.  (Cygwin has been very good at
constantly improving, and I forgot the old adage that it's sometimes
necessary to go backwards to make progress).

So, I documented that I used:
   cygwin-inst-20000325.tar.gz
   cygwin1-20000328.dll.gz
But 1.1.1 came out very soon after that, and in the official
*announcement* I said it was compatible with cygwin-1.1.1 or better. 
Not "cygwin-1.1.1 only". Sigh.

> 
> 2. I've reloaded Cygwin since the GPF errors with cygipc and have managed to
> build cygipc successfully from the source this time.
> 
> 3. What options do I use with 'patch' for the Perl patches? I'm still a bit
> fresh to this. It's been nearly 15 years since I last used a Unix machine in
> anger.

cd <perlsrc-top>
patch -p1 < {PATH-TO-PATHCES}/perl.cygwin.patch
patch -p1 < {PATH-TO-PATHCES}/perl.cygwin.patch2
patch -p1 < {PATH-TO-PATHCES}/perl.cygwin.patch3
patch -p1 < {PATH-TO-PATHCES}/perl.cygwin.patch4
..etc..
 
> 4. As for the GPF error when compiling the unpatched Perl, I've attached my
> cygcheck results at the end of this message.

you may need to issue the following (will affect patch behavior and
build behavior)

mount -b --change-cygdrive-prefix

OR set TEMP to a path on a binary-mounted drive:

export TEMP=/tmp

However, I still don't see anything that would cause a GPF.  Wierd.

--Chuck

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com



More information about the Cygwin mailing list