Re: Problems with building Perl modules after upgrade to g++ (GCC) 6.4.0
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
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
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
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
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 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
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 d:
Re: Building Perl modules
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/
Re: Building Perl modules
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
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
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
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
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
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
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
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 FÃllinger 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
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: Re: Building Perl modules
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
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: Building Perl modules
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/
Building Perl modules
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 in cygwin
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
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/
Re: building perl modules in cygwin
On Wed, Dec 08, 2004 at 08:34:09AM -0800, a c wrote: > > Hello Yitzchak, > > I got your email from the cygwin listserve. I am having problem > installing perl modules in Cygwin. It gives me the following error > when I install through CPAN: It's a good idea to keep discussion on the cygwin list; that way you have the benefit of help from everyone there and people searching the archives for help will see it. > 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. -- 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/