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
Date:	Mon, 30 Apr 2001 16:26:53 -0400 (Eastern Daylight Time)
From:	Jim Hall <James DOT J DOT Hall AT Sun DOT COM>
To:	Charles Wilson <cwilson AT ece DOT gatech DOT edu>
cc:	<cygwin AT cygwin DOT com>
Subject:	Re: Building PERL modules [Was: Re: Any resolution to win32.hproblem?]
In-Reply-To:	<3AEDC5C0.3E85B3A2@ece.gatech.edu>
Message-ID:	<Pine.WNT.4.33.0104301615470.-549029@cv965948-a.East.Sun.COM>
X-X-Sender:	jhall AT gotham DOT east DOT sun DOT com
MIME-Version:	1.0

Hi

ok...

here is what I did:

$ patch -b -p0 < patch.txt
patching file `perl.h'

jhall ~/src/perlmodsrc/fixperl
$ ls
patch.txt  perl.h  perl.h.orig

jhall ~/src/perlmodsrc/fixperl
$ diff perl.h perl.h.orig
1745c1745
< #if defined(WIN32) && !defined(__CYGWIN__)
---
> #ifdef WIN32

$ cd /lib/perl5/5.6.1/cygwin/CORE

jhall /lib/perl5/5.6.1/cygwin/CORE
$ mv perl.h perl.h.bak

$ cp ~/src/perlmodsrc/fixperl/perl.h .

This is what I get:

jhall ~/src/perlmodsrc/Win32-API-0.20
$ perl Makefile.PL
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::API

jhall ~/src/perlmodsrc/Win32-API-0.20
$ make
cp API.pm blib/lib/Win32/API.pm
/usr/bin/perl -I/usr/lib/perl5/5.6.1/cygwin -I/usr/lib/perl5/5.6.1
/usr/lib/perl
5/5.6.1/ExtUtils/xsubpp  -typemap /usr/lib/perl5/5.6.1/ExtUtils/typemap
-typemap
 typemap API.xs > API.xsc && mv API.xsc API.c
gcc -c  -DPERL_USE_SAFE_PUTENV -DHAS_SBRK_PROTO -fno-strict-aliasing
-DUSEIMPORT
LIB -O2   -DVERSION=\"0.20\" -DXS_VERSION=\"0.20\"
-I/usr/lib/perl5/5.6.1/cygwi
n/CORE  API.c
API.xs: In function `AbstractCallback':
API.xs:52: `_asm' undeclared (first use in this function)
API.xs:52: (Each undeclared identifier is reported only once
API.xs:52: for each function it appears in.)
API.xs:52: parse error before `{'
API.xs: At top level:
API.xs:56: parse error before string constant
API.xs:56: warning: data definition has no type or storage class
API.xs: In function `XS_Win32__API_PointerTo':
API.xs:155: `na' undeclared (first use in this function)
API.xs: In function `XS_Win32__API_Call':
API.xs:250: `na' undeclared (first use in this function)
API.xs:282: `_asm' undeclared (first use in this function)
API.xs:282: parse error before `{'
API.xs:290: parse error before `{'
API.xs:298: parse error before `{'
API.xs:306: parse error before `{'
API.xs:316: parse error before `{'
API.xs:326: parse error before `{'
API.xs:342: parse error before `{'
API.xs:351: parse error before `{'
make: *** [API.o] Error 1


backed out of the patch and got the original message.

Did I do anything wrong?

JIM


On Mon, 30 Apr 2001, Charles Wilson wrote:

> AARRRGGHH!
>
> perl has the paths in which it will look for headers when building
> modules HARDCODED at buildtime (it's a perl thing, not a packager
> thing).  The funny thing is, that path is NOT where you built perl from
> --- it's somewhere in the install tree:
> /usr/lib/perl5/5.6.1/cygwin/CORE/ or something like that.
>
> You *could* copy that win32.h file from the unpacked source tree into
> the magic directory, but that's a bad idea (see recent messages in this
> thread).
>
> Why is everybody so opposed to applying this SIMPLE ***ing patch to the
> perl.h in /usr/lib/perl5/5.6.1/cygwin/CORE ?  Has *anybody* even tried
> it -- I've seen no reports that it doesn't fix the problem...
>
> --Chuck



--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

- Raw text -