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
