Re: Problems with building Perl modules after upgrade to g++ (GCC) 6.4.0

[Jim Reisert AD1C]

On Mon, Sep 11, 2017 at 11:51 AM, Achim Gratz wrote:

> Unless you know what you're doing and can navigate the inevitable
> obstacles, do not use cpan on Cygwin.

I have been building Perl packages for years without problems.  I use
WWW::Mechanize in several programs, and it has a lot of
pre-requisites.

>> SSLeay.xs:163:25: fatal error: openssl/err.h: No such file or directory
>>  #include 
>
> The most likely reason is that you do not have the *-devel package for
> openssl installed.

Missed that, thanks!


I don't know why Cygwin "upgraded" me from Perl 5.22 to Perl 5.24.  I
am building a new Cygwin installation from scratch (via setup) and it
has Perl 5.22 (as expected) and gcc 6.4.  I seem to remember this
problem happening in the not-too-distant past when gcc 6.x was
experimental, so I probably picked up the experimantal Perl 5.24 as
well.  I tried to roll back Perl from 5.24 -> 5.22 in my existing
Cygwin (non-experimental) installation but "perl --version" still
returned version 5.24

Anyway, I'll have a clean installation soon, I hope.

- Jim

-- 
Jim Reisert AD1C, , http://www.ad1c.us

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Problems with building Perl modules after upgrade to g++ (GCC) 6.4.0

[Achim Gratz]

Jim Reisert AD1C writes:
> After upgrading to g++ (GCC) 6.4.0, I am being forced to
> reload/rebuild a bunch of Perl modules that had been working fine.  I
> had the same issue with GCC 6.3.  One module is particularly
> troublesome.  I have the openssl library installed.  This is with the
> 64-bit Cygwin.  I attached cygcheck.out

I don't know why that would be necessary or why the gcc update has
anything to do with it.

> # cpan install Net::SSLeay

Unless you know what you're doing and can navigate the inevitable
obstacles, do not use cpan on Cygwin.

> SSLeay.xs:163:25: fatal error: openssl/err.h: No such file or directory
>  #include 

The most likely reason is that you do not have the *-devel package for
openssl installed.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Problems with building Perl modules after upgrade to g++ (GCC) 6.4.0

[Ken Brown]

On 9/11/2017 12:33 PM, Jim Reisert AD1C wrote:

@INC contains:
/usr/lib/perl5/site_perl/5.24/x86_64-cygwin-threads
/usr/lib/perl5/site_perl/5.24
/usr/lib/perl5/vendor_perl/5.24/x86_64-cygwin-threads
/usr/lib/perl5/vendor_perl/5.24
/usr/lib/perl5/5.24/x86_64-cygwin-threads /usr/lib/perl5/5.24 .


It looks like you're using the test release of perl-5.24.  But the Perl 
modules in the Cygwin distro have been built for perl-5.22.  If you 
downgrade to perl-5.22.4-1, you should be OK.


Ken


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Problems with building Perl modules after upgrade to g++ (GCC) 6.4.0

[Jim Reisert AD1C]

I now realize that Net::SSLeay and LWP::Protocol::https are both
pre-compiled modules that I can download from Cygwin.  But even after
re-installing LWP::Protocol::https, my Perl program still won't run:

Can't locate LWP/Protocol/https.pm in @INC (you may need to install
the LWP::Protocol::https module) (@INC contains:
/usr/lib/perl5/site_perl/5.24/x86_64-cygwin-threads
/usr/lib/perl5/site_perl/5.24
/usr/lib/perl5/vendor_perl/5.24/x86_64-cygwin-threads
/usr/lib/perl5/vendor_perl/5.24
/usr/lib/perl5/5.24/x86_64-cygwin-threads /usr/lib/perl5/5.24 .) at
../scripts/QRZ_daily.pl line 17.

I don't know why it's not finding the module, and what this has to with gcc.

-- 
Jim Reisert AD1C, , http://www.ad1c.us

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Problems with building Perl modules after upgrade to g++ (GCC) 6.4.0

[Jim Reisert AD1C]

After upgrading to g++ (GCC) 6.4.0, I am being forced to
reload/rebuild a bunch of Perl modules that had been working fine.  I
had the same issue with GCC 6.3.  One module is particularly
troublesome.  I have the openssl library installed.  This is with the
64-bit Cygwin.  I attached cygcheck.out

I would roll back to GCC 5.x but that doesn't appear to be an option in Setup.

# cpan install Net::SSLeay

Running Mkbootstrap for Net::SSLeay ()
chmod 644 "SSLeay.bs"
"/usr/bin/perl.exe" "-Iinc" "/usr/lib/perl5/5.24/ExtUtils/xsubpp"
-typemap "/usr/lib/perl5/5.24/ExtUtils/typemap" -typemap "typemap"
SSLeay.xs > SSLeay.xsc && mv SSLeay.xsc SSLeay.c
gcc -c   -DPERL_USE_SAFE_PUTENV -D_GNU_SOURCE -U__STRICT_ANSI__ -ggdb
-O2 -pipe -Wimplicit-function-declaration
-fdebug-prefix-map=/mnt/share/maint/perl.x86_64/build=/usr/src/debug/perl-5.24.1-1
-fdebug-prefix-map=/mnt/share/maint/perl.x86_64/src/perl-5.24.1=/usr/src/debug/perl-5.24.1-1
-fwrapv -fno-strict-aliasing -fstack-protector-strong
-D_FORTIFY_SOURCE=2 -DUSEIMPORTLIB -O3   -DVERSION=\"1.81\"
-DXS_VERSION=\"1.81\"
"-I/usr/lib/perl5/5.24/x86_64-cygwin-threads/CORE"   SSLeay.c
SSLeay.xs:163:25: fatal error: openssl/err.h: No such file or directory
 #include 
 ^
compilation terminated.
make: *** [Makefile:357: SSLeay.o] Error 1
  MIKEM/Net-SSLeay-1.81.tar.gz
  /usr/bin/make -- NOT OK

-- 
Jim Reisert AD1C, , http://www.ad1c.us


cygcheck.out
Description: Binary data

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Building Perl modules

[Alejandro Calbazana]

Attached is my output of cygcheck -s -r -v. 

Gerrit, was there something in particular that you wanted to point out 
to me regarding http://cygwin.com/problems.html?

Thanks,
Alejandro

Cygwin Configuration Diagnostics
Current System Time: Fri Feb 11 08:25:18 2005

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\Program Files\Documentum\Shared
c:\Sun\AppServer\jdk\bin
c:\OraHome1\bin
c:\Program Files\Oracle\jre\1.1.8\bin
c:\Program Files\Oracle\jre\1.3.1\bin
c:\Perl\bin\
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\Program Files\PC-Doctor for Windows\services
c:\bin
c:\Program Files\Microsoft SQL Server\80\Tools\BINN
c:\Program Files\NUnit V2.1\bin
c:\Vim\Vim63
C:\cygwin\bin
c:\Vim\vimfiles\vimdebug
c:\bea\jdk142_05\lib
c:\bea\jdk142_05\jre\bin
c:\apache-ant-1.6.2\bin
c:\Python23
c:\MinGW\bin
c:\src\
c:\nant-0.84\bin\
c:\Sun\AppServer\bin
C:\cygwin\bin

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 17680(acalbaza)GID: 10545(mkgroup-l-d)
10545(mkgroup-l-d)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 17680(acalbaza)GID: 10545(mkgroup-l-d)
0(root) 544(Administrators) 545(Users)
1004(Debugger Users)10545(mkgroup-l-d)

SysDir: C:\WINNT\system32
WinDir: C:\WINNT

CYGWIN = `ntsec tty'
HOME = `C:\cygwin\home\acalbaza'
MAKE_MODE = `unix'
PWD = `/home/acalbaza'
USER = `acalbaza'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
ANT_HOME = `C:\apache-ant-1.6.2'
APPDATA = `C:\Documents and Settings\acalbaza\Application Data'
CLASSPATH = `C:\Program 
Files\Documentum\dctm.jar;C:\Documentum\config;.;C:\xerces-2_6_2\xercesImpl.jar;%JAVAFT_HOME%;C:\logging-log4j-1.2.9\dist\lib\log4j-1.2.9.jar;C:\EDIReader\EDIReader.jar'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `ACALBAZA1-LAP'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVSROOT = `'
CVS_RSH = `/bin/ssh'
EDIREADER_HOME = `C:\EDIReader\EDIReader.jar'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\acalbaza'
HOSTNAME = `acalbaza1-lap'
INCLUDE = `c:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
JAVA_DOCPATH = `C:\bea\jdk142_05\docs'
JAVA_HOME = `C:\bea\jdk142_05'
LIB = `c:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\'
LOG4J_HOME = `C:\logging-log4j-1.2.9\dist\lib\log4j-1.2.9.jar'
LOGONSERVER = `\\ACALBAZA1-LAP'
MACHINETYPE = `Local'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man'
MA_AGENT = `c:\PROGRA~1\MOBILE~1\rstate.exe'
MINGW_HOME = `C:\MinGW\bin'
NANT_HOME = `C:\nant-0.84\bin\'
NUMBER_OF_PROCESSORS = `1'
NUNIT_HOME = `C:\Program Files\NUnit V2.1\bin'
OLDPWD = `/cygdrive/c/Documents and Settings/acalbaza'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PRINTER = `Local Postscript Printer'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 13 Stepping 6, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0d06'
PROGRAMFILES = `C:\Program Files'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
PYTHON_HOME = `C:\Python23'
SHLVL = `1'
SRC_HOME = `C:\src\'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOCUME~1\acalbaza\LOCALS~1\Temp'
TERM = `xterm'
TMP = `c:\DOCUME~1\acalbaza\LOCALS~1\Temp'
USERDNSDOMAIN = `cscinfo.com'
USERDOMAIN = `CSCINFO'
USERNAME = `acalbaza'
USERPROFILE = `C:\Documents and Settings\acalbaza'
VIM_DEBUG_HOME = `C:\Vim\vimfiles\vimdebug'
VIM_HOME = `C:\Vim\Vim63'
VS71COMNTOOLS = `c:\Program Files\Microsoft Visual Studio .NET 
2003\Common7\Tools\'
WF_RESOURCES = `C:\OraHome1\WF\RES\WFus.RES'
WINDIR = `C:\WINNT'
_ = `/usr/bin/cygcheck'
POSIXLY_CORRECT = `1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

c:  hd  NTFS 30513Mb  58% CP CS UN PA FC 

Re: Building Perl modules

[Gerrit P. Haase]

Alejandro Calbazana wrote:
Attached is my output of cygcheck -s -r -v.
I see nothing unusual besides the LIB environment setting which causes
problems with perl frequently.
Remove this from the cygwin environment:
LIB = `c:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\'
$ unset LIB
or with
$export LIB=
Gerrit, was there something in particular that you wanted to point out
to me regarding http://cygwin.com/problems.html?
No.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Building Perl modules

[Alejandro Calbazana]

Hello,
No... group file exists has the proper entries.  Still unable to build
Thanks,
Alejandro

Hmmm, s.th. wrong with the permissons? Is your /etc/group file empty, 
then run `mkgroup -l -d` and try again.  Same errors.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Building Perl modules

[Yitzchak Scott-Thoennes]

On Wed, Feb 09, 2005 at 04:24:32PM -0500, Alejandro Calbazana wrote:
 That's what puzzles me... All the files gcc claims are missing exist in 
 my include path '/usr/lib/perl5/5.8/cygwin/CORE'.  This path does exist 
 on my install. 
 
 
 $ pwd
 /usr/lib/perl5/5.8/cygwin/CORE
 
 
 $ ls -lrt | grep EXTERN.h
 -rwxrwxrwx  1 acalbaza mkgroup-l-d1751 Jan 27 06:46 EXTERN.h*
 -rwxrwxrwx  1 acalbaza mkgroup-l-d  129835 Jan 27 06:46 perl.h*
 -rwxrwxrwx  1 acalbaza mkgroup-l-d   17922 Jan 27 06:46 XSUB.h*
 -rwxrwxrwx  1 acalbaza mkgroup-l-d4641 Jan 27 06:46 patchlevel.h*
 ...


And can you read them with e.g. less /usr/lib/perl5/5.8/cygwin/CORE/EXTERN.h ?

Do you maybe have a non-cygwin gcc in your path?

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Building Perl modules

[Alejandro Calbazana]

Yes.  I can read them w/o any problems:
$ more /usr/lib/perl5/5.8/cygwin/CORE/EXTERN.h
/*EXTERN.h
*
*Copyright (C) 1991, 1992, 1993, 1995, 1996, 1997, 1998, 1999,
*2000, 2001, by Larry Wall and others
*
*You may distribute under the terms of either the GNU General Public
*License or the Artistic License, as specified in the README file.
*
*/
/*
* EXT  designates a global var which is defined in perl.h
* dEXT designates a global var which is defined in another
*  file, so we can't count on finding it in perl.h
*  (this practice should be avoided).
*/
#undef EXT
#undef dEXT
#undef EXTCONST
#undef dEXTCONST
...
Thanks,
Alejandro
Yitzchak Scott-Thoennes wrote:
On Wed, Feb 09, 2005 at 04:24:32PM -0500, Alejandro Calbazana wrote:
 

That's what puzzles me... All the files gcc claims are missing exist in 
my include path '/usr/lib/perl5/5.8/cygwin/CORE'.  This path does exist 
on my install. 

$ pwd
/usr/lib/perl5/5.8/cygwin/CORE
$ ls -lrt | grep EXTERN.h
-rwxrwxrwx  1 acalbaza mkgroup-l-d1751 Jan 27 06:46 EXTERN.h*
-rwxrwxrwx  1 acalbaza mkgroup-l-d  129835 Jan 27 06:46 perl.h*
-rwxrwxrwx  1 acalbaza mkgroup-l-d   17922 Jan 27 06:46 XSUB.h*
-rwxrwxrwx  1 acalbaza mkgroup-l-d4641 Jan 27 06:46 patchlevel.h*
...
   


And can you read them with e.g. less /usr/lib/perl5/5.8/cygwin/CORE/EXTERN.h ?
Do you maybe have a non-cygwin gcc in your path?
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Building Perl modules

[Gerrit P. Haase]

Alejandro Calbazana wrote:
Hello,
No... group file exists has the proper entries.  Still unable to build
Thanks,
Alejandro

Hmmm, s.th. wrong with the permissons? Is your /etc/group file empty, 
then run `mkgroup -l -d` and try again.  Same errors.

Please send the output of `cygcheck -svr` *as attachement* to the list
and read http://cygwin.com/problems.html (again).
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Building Perl modules

[Alejandro Calbazana]

Hello,
Sorry if this has already been asked in the list, but search is temp. 
disabled.

Has anyone been able to build Perl modules (in this case HTML::Parser) 
under cygwin?  gcc is handing back failed header file references, but 
the include path correct.  I am a bit puzzled.

A snippet of the errors:
gcc -c   -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -pipe 
-I/usr/local/include -DUSEIMPORTLIB -O3   -DVERSION=\3.45\ 
-DXS_VERSION=\3.45\  -I/usr/lib/perl5/5.8/cygwin/CORE  
-DMARKED_SECTION Parser.c
Parser.xs:18:20: EXTERN.h: No such file or directory
Parser.xs:19:18: perl.h: No such file or directory
Parser.xs:20:18: XSUB.h: No such file or directory
Parser.xs:30:24: patchlevel.h: No such file or directory

Any help is appreciated!
Thanks,
Alejandro

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Building Perl modules

[Olaf Föllinger]

On Wed, Feb 09, 2005 at 12:30:37PM -0500, Alejandro Calbazana wrote:
 Hello,
 
 Sorry if this has already been asked in the list, but search is temp. 
 disabled.
 
 Has anyone been able to build Perl modules (in this case HTML::Parser) 
 under cygwin?  gcc is handing back failed header file references, but 
 the include path correct.  I am a bit puzzled.
 
 A snippet of the errors:
 
 gcc -c   -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -pipe 
 -I/usr/local/include -DUSEIMPORTLIB -O3   -DVERSION=\3.45\ 
 -DXS_VERSION=\3.45\  -I/usr/lib/perl5/5.8/cygwin/CORE  
 -DMARKED_SECTION Parser.c
 Parser.xs:18:20: EXTERN.h: No such file or directory
 Parser.xs:19:18: perl.h: No such file or directory
 Parser.xs:20:18: XSUB.h: No such file or directory
 Parser.xs:30:24: patchlevel.h: No such file or directory
 
 Any help is appreciated!

Builds here with cpan without problems. I've never tried to build it
separately.
 
 
Gruss Olaf Föllinger

-- 
Olaf Föllinger
Senior Consultant IT
S.E.S.A. Software und Systeme AG

Alt-Moabit 91a
D-10559 Berlin
Germany
Tel:   +49 30 390722 -291
Fax:   +49 30 390722 -222
Mobil: +49 173 6227080
http://www.sesa.de/
mailto: [EMAIL PROTECTED]

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Building Perl modules

[Alejandro Calbazana]

Hmm... Unfortunately, my attempt to build w/ CPAN returns similar results.
But, it looks like there might be some hope if you are able to build ok.
Thanks,
Al
Olaf Föllinger wrote:
On Wed, Feb 09, 2005 at 12:30:37PM -0500, Alejandro Calbazana wrote:
 

Hello,
Sorry if this has already been asked in the list, but search is temp. 
disabled.

Has anyone been able to build Perl modules (in this case HTML::Parser) 
under cygwin?  gcc is handing back failed header file references, but 
the include path correct.  I am a bit puzzled.

A snippet of the errors:
gcc -c   -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -pipe 
-I/usr/local/include -DUSEIMPORTLIB -O3   -DVERSION=\3.45\ 
-DXS_VERSION=\3.45\  -I/usr/lib/perl5/5.8/cygwin/CORE  
-DMARKED_SECTION Parser.c
Parser.xs:18:20: EXTERN.h: No such file or directory
Parser.xs:19:18: perl.h: No such file or directory
Parser.xs:20:18: XSUB.h: No such file or directory
Parser.xs:30:24: patchlevel.h: No such file or directory

Any help is appreciated!
   

Builds here with cpan without problems. I've never tried to build it
separately.
Gruss Olaf Föllinger
 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Re: Building Perl modules

[Olaf Föllinger]

On Wed, Feb 09, 2005 at 01:17:00PM -0500, Alejandro Calbazana wrote:
 Hmm... Unfortunately, my attempt to build w/ CPAN returns similar results.
 
 But, it looks like there might be some hope if you are able to build ok.
 
 Thanks,
 
 Al
 
 
 Olaf Föllinger wrote:
 
 On Wed, Feb 09, 2005 at 12:30:37PM -0500, Alejandro Calbazana wrote:
  
 
 Hello,
 
 Sorry if this has already been asked in the list, but search is temp. 
 disabled.
 
 Has anyone been able to build Perl modules (in this case HTML::Parser) 
 under cygwin?  gcc is handing back failed header file references, but 
 the include path correct.  I am a bit puzzled.
 
 A snippet of the errors:
 
 gcc -c   -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -pipe 
 -I/usr/local/include -DUSEIMPORTLIB -O3   -DVERSION=\3.45\ 
 -DXS_VERSION=\3.45\  -I/usr/lib/perl5/5.8/cygwin/CORE  
 -DMARKED_SECTION Parser.c
 Parser.xs:18:20: EXTERN.h: No such file or directory
 Parser.xs:19:18: perl.h: No such file or directory
 Parser.xs:20:18: XSUB.h: No such file or directory
 Parser.xs:30:24: patchlevel.h: No such file or directory

All the missing files reside here in
/usr/lib/perl5/5.8.5/cygwin-thread-multi-64int/CORE. Maybe this path is
the right one for your inlcude section. The path mentioned above doesn't
exist here.
 
 
Gruss Olaf Föllinger

-- 
Olaf Föllinger
Senior Consultant IT
S.E.S.A. Software und Systeme AG


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Building Perl modules

[Alejandro Calbazana]

That's what puzzles me... All the files gcc claims are missing exist in 
my include path '/usr/lib/perl5/5.8/cygwin/CORE'.  This path does exist 
on my install. 

$ pwd
/usr/lib/perl5/5.8/cygwin/CORE
$ ls -lrt | grep EXTERN.h
-rwxrwxrwx  1 acalbaza mkgroup-l-d1751 Jan 27 06:46 EXTERN.h*
-rwxrwxrwx  1 acalbaza mkgroup-l-d  129835 Jan 27 06:46 perl.h*
-rwxrwxrwx  1 acalbaza mkgroup-l-d   17922 Jan 27 06:46 XSUB.h*
-rwxrwxrwx  1 acalbaza mkgroup-l-d4641 Jan 27 06:46 patchlevel.h*
...
Here is my perl:
$ perl -V
Summary of my perl5 (revision 5 version 8 subversion 6) configuration:
 Platform:
   osname=cygwin, osvers=1.5.12(0.11642), 
archname=cygwin-thread-multi-64int
   uname='cygwin_nt-4.0 loreley 1.5.12(0.11642) 2004-11-10 08:34 i686 
unknown unknown cygwin '
   config_args='-de -Dmksymlinks -Duse64bitint -Dusethreads 
-Doptimize=-O3 -Dman3ext=3pm'
   hint=recommended, useposix=true, d_sigaction=define
   usethreads=define use5005threads=undef useithreads=define 
usemultiplicity=define
   useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
   use64bitint=define use64bitall=undef uselongdouble=undef
   usemymalloc=y, bincompat5005=undef
 Compiler:
   cc='gcc', ccflags ='-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing 
-pipe -I/usr/local/include',
   optimize='-O3',
   cppflags='-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -pipe 
-I/usr/local/include'
   ccversion='', gccversion='3.4.1 (cygming special)', gccosandvers=''
   intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678
   d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
   ivtype='long long', ivsize=8, nvtype='double', nvsize=8, 
Off_t='off_t', lseeksize=8
   alignbytes=8, prototype=define
 Linker and Libraries:
   ld='ld2', ldflags =' -s -L/usr/local/lib'
   libpth=/usr/local/lib /usr/lib /lib
   libs=-lgdbm -ldb -lcrypt -lgdbm_compat
   perllibs=-lcrypt -lgdbm_compat
   libc=/usr/lib/libc.a, so=dll, useshrplib=true, libperl=libperl.a
   gnulibc_version=''
 Dynamic Linking:
   dlsrc=dl_dlopen.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' -s'
   cccdlflags=' ', lddlflags=' -s -L/usr/local/lib'

Characteristics of this binary (from libperl):
 Compile-time options: MULTIPLICITY USE_ITHREADS USE_64_BIT_INT 
USE_LARGE_FILES PERL_IMPLICIT_CONTEXT
 Built under cygwin
 Compiled at Jan 27 2005 11:10:54
 %ENV:
   CYGWIN=ntsec tty
 @INC:
   /usr/lib/perl5/5.8/cygwin
   /usr/lib/perl5/5.8
   /usr/lib/perl5/site_perl/5.8/cygwin
   /usr/lib/perl5/site_perl/5.8
   /usr/lib/perl5/site_perl/5.8
   /usr/lib/perl5/vendor_perl/5.8/cygwin
   /usr/lib/perl5/vendor_perl/5.8
   /usr/lib/perl5/vendor_perl/5.8
   .

Thanks,
Alejandro
Olaf Föllinger wrote:
On Wed, Feb 09, 2005 at 01:17:00PM -0500, Alejandro Calbazana wrote:
 

Hmm... Unfortunately, my attempt to build w/ CPAN returns similar results.
But, it looks like there might be some hope if you are able to build ok.
Thanks,
Al
Olaf Föllinger wrote:
   

On Wed, Feb 09, 2005 at 12:30:37PM -0500, Alejandro Calbazana wrote:
 

Hello,
Sorry if this has already been asked in the list, but search is temp. 
disabled.

Has anyone been able to build Perl modules (in this case HTML::Parser) 
under cygwin?  gcc is handing back failed header file references, but 
the include path correct.  I am a bit puzzled.

A snippet of the errors:
gcc -c   -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -pipe 
-I/usr/local/include -DUSEIMPORTLIB -O3   -DVERSION=\3.45\ 
-DXS_VERSION=\3.45\  -I/usr/lib/perl5/5.8/cygwin/CORE  
-DMARKED_SECTION Parser.c
Parser.xs:18:20: EXTERN.h: No such file or directory
Parser.xs:19:18: perl.h: No such file or directory
Parser.xs:20:18: XSUB.h: No such file or directory
Parser.xs:30:24: patchlevel.h: No such file or directory
   

All the missing files reside here in
/usr/lib/perl5/5.8.5/cygwin-thread-multi-64int/CORE. Maybe this path is
the right one for your inlcude section. The path mentioned above doesn't
exist here.
Gruss Olaf Föllinger
 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Building Perl modules

[linda w]

If the current cygwin version of perl is 5.8.6, will the 5.8.5 directory
be used?
If I print out @INC from my cygwin perl, I don't see 5.8.5 or 5.8.6 in
the include path:
 perl -v
This is perl, v5.8.6 built for cygwin-thread-multi-64int
 perl -e 'for(@INC) {print $_; print \n;}'
/usr/lib/perl5/5.8/cygwin
/usr/lib/perl5/5.8
/usr/lib/perl5/site_perl/5.8/cygwin
/usr/lib/perl5/site_perl/5.8
/usr/lib/perl5/site_perl/5.8
/usr/lib/perl5/vendor_perl/5.8/cygwin
/usr/lib/perl5/vendor_perl/5.8
/usr/lib/perl5/vendor_perl/5.8
.
---
BTW - why are some of the include dir's included twice?
Olaf Fllinger wrote:
All the missing files reside here in
/usr/lib/perl5/5.8.5/cygwin-thread-multi-64int/CORE. Maybe this path is
the right one for your inlcude section. The path mentioned above doesn't
exist here.
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Building Perl modules

[Gerrit P. Haase]

Olaf Föllinger wrote:
A snippet of the errors:
gcc -c   -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -pipe 
-I/usr/local/include -DUSEIMPORTLIB -O3   -DVERSION=\3.45\ 
-DXS_VERSION=\3.45\  -I/usr/lib/perl5/5.8/cygwin/CORE  
-DMARKED_SECTION Parser.c
Parser.xs:18:20: EXTERN.h: No such file or directory
Parser.xs:19:18: perl.h: No such file or directory
Parser.xs:20:18: XSUB.h: No such file or directory
Parser.xs:30:24: patchlevel.h: No such file or directory

All the missing files reside here in
/usr/lib/perl5/5.8.5/cygwin-thread-multi-64int/CORE. Maybe this path is
the right one for your inlcude section. The path mentioned above doesn't
exist here.
In perl-5.8.6 the path changed to /usr/lib/perl5/5.8/cygwin/CORE,
however there are already modules included in the distribution,
e.g. XML::Parser and those compiled ok during the build.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Building Perl modules

[Gerrit P. Haase]

linda w wrote:
If the current cygwin version of perl is 5.8.6, will the 5.8.5 directory
be used?
If I print out @INC from my cygwin perl, I don't see 5.8.5 or 5.8.6 in
the include path:
The naming scheme has changed, I use only the major numbers since 5.8.6
and for upcoming releases.
  perl -v
This is perl, v5.8.6 built for cygwin-thread-multi-64int
  perl -e 'for(@INC) {print $_; print \n;}'
/usr/lib/perl5/5.8/cygwin
/usr/lib/perl5/5.8
/usr/lib/perl5/site_perl/5.8/cygwin
/usr/lib/perl5/site_perl/5.8
/usr/lib/perl5/site_perl/5.8
/usr/lib/perl5/vendor_perl/5.8/cygwin
/usr/lib/perl5/vendor_perl/5.8
/usr/lib/perl5/vendor_perl/5.8
..
---
BTW - why are some of the include dir's included twice?
Yes, interesting.  I didn't noticed it, I'll try to figure out
what the reason is unless you can tell me.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Building Perl modules

[Gerrit P. Haase]

Alejandro Calbazana wrote:
That's what puzzles me... All the files gcc claims are missing exist in 
my include path '/usr/lib/perl5/5.8/cygwin/CORE'.  This path does exist 
on my install.

$ pwd
/usr/lib/perl5/5.8/cygwin/CORE
$ ls -lrt | grep EXTERN.h
-rwxrwxrwx  1 acalbaza mkgroup-l-d1751 Jan 27 06:46 EXTERN.h*
-rwxrwxrwx  1 acalbaza mkgroup-l-d  129835 Jan 27 06:46 perl.h*
-rwxrwxrwx  1 acalbaza mkgroup-l-d   17922 Jan 27 06:46 XSUB.h*
-rwxrwxrwx  1 acalbaza mkgroup-l-d4641 Jan 27 06:46 patchlevel.h*

Hmmm, s.th. wrong with the permissons?
Is your /etc/group file empty, then run `mkgroup -l -d` and try again.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Building Perl modules

[Gerrit P. Haase]

Gerrit P. Haase wrote:
linda w wrote:
  perl -V
This is perl, v5.8.6 built for cygwin-thread-multi-64int
  perl -e 'for(@INC) {print $_; print \n;}'
/usr/lib/perl5/5.8/cygwin
/usr/lib/perl5/5.8
/usr/lib/perl5/site_perl/5.8/cygwin
/usr/lib/perl5/site_perl/5.8
/usr/lib/perl5/site_perl/5.8
/usr/lib/perl5/vendor_perl/5.8/cygwin
/usr/lib/perl5/vendor_perl/5.8
/usr/lib/perl5/vendor_perl/5.8
..
---
BTW - why are some of the include dir's included twice?

Yes, interesting.  I didn't noticed it, I'll try to figure out
what the reason is unless you can tell me.
It should be:
 /usr/lib/perl5/5.8/cygwin
 /usr/lib/perl5/5.8
 /usr/lib/perl5/site_perl/5.8/cygwin
 /usr/lib/perl5/site_perl/5.8
 /usr/lib/perl5/site_perl
 /usr/lib/perl5/vendor_perl/5.8/cygwin
 /usr/lib/perl5/vendor_perl/5.8
 /usr/lib/perl5/vendor_perl
Anyway, this is not related to the build problems of the OP.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: building perl modules in cygwin

[Gerrit P. Haase]

Many thanks,
just FYI, I'm back at Thursday or Friday and will prepare the 5.8.6
release then for the following weekend.
Gerrit
Reini Urban wrote:
Yitzchak Scott-Thoennes schrieb:
On Wed, Dec 08, 2004 at 08:34:09AM -0800, a c wrote:
cpan install Win32

Win32 is rather a special case.  There are parts of Win32:: that are
actually compiled into the win32 perl (but *not* cygwin) builds.
And, as of late, the whole Win32 module is included with win32 perls
(though not the other modules in the libwin32 distribution).
Unfortunately, the libwin32 code needed some changes to work with
cygwin; a separate release installable through cygwin setup was
created, but that was build to work with 5.8.2, and the cygwin perl
has since been updated to 5.8.5 (and soon 5.8.6).  I've seen talk
about remedying this, but don't know where it's at at the moment.
Ideally the changes needed for cygwin would be integrated back into
the version of libwin32 on CPAN, but no one has been maintaining that
for a while.  Jan Dubois of ActiveState recently announced that they
would be looking at patches that have been submitted and trying to get
a new CPAN release ready in the first part of next year.
So, if the patches needed for cygwin get submitted (I think via
rt.cpan.org), they may get included, and the rest of the CPAN
distribution will work.
For the Win32 module itself, some work needs to be done within perl
itself to get it built for cygwin.

I have an updated perl-libwin32 version ready,
but I wanted to wait for gerrit's pending perl-5.8.6 update.
(rt.cpan.org patch not yet submitted, some ole and libiodbc issues.)
It will be released then. perl-win32-gui will be a seperate new module.

--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: building perl modules in cygwin

[Reini Urban]

Yitzchak Scott-Thoennes schrieb:
On Wed, Dec 08, 2004 at 08:34:09AM -0800, a c wrote:
cpan install Win32
Win32 is rather a special case.  There are parts of Win32:: that are
actually compiled into the win32 perl (but *not* cygwin) builds.
And, as of late, the whole Win32 module is included with win32 perls
(though not the other modules in the libwin32 distribution).
Unfortunately, the libwin32 code needed some changes to work with
cygwin; a separate release installable through cygwin setup was
created, but that was build to work with 5.8.2, and the cygwin perl
has since been updated to 5.8.5 (and soon 5.8.6).  I've seen talk
about remedying this, but don't know where it's at at the moment.
Ideally the changes needed for cygwin would be integrated back into
the version of libwin32 on CPAN, but no one has been maintaining that
for a while.  Jan Dubois of ActiveState recently announced that they
would be looking at patches that have been submitted and trying to get
a new CPAN release ready in the first part of next year.
So, if the patches needed for cygwin get submitted (I think via
rt.cpan.org), they may get included, and the rest of the CPAN
distribution will work.
For the Win32 module itself, some work needs to be done within perl
itself to get it built for cygwin.
I have an updated perl-libwin32 version ready,
but I wanted to wait for gerrit's pending perl-5.8.6 update.
(rt.cpan.org patch not yet submitted, some ole and libiodbc issues.)
It will be released then. perl-win32-gui will be a seperate new module.
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/