* What are the standard paths for Perl Modules on Cygwin?
> Is there a command, environment variable, Perl internal
variable, or Perl function that will tell me this?
* What are the standard modules installed with Perl?
> Is there a command, environment variable, Perl in
On Fri, Oct 15, 2010 at 9:31 PM, Lee D. Rothstein wrote:
> * What are the standard paths for Perl Modules on Cygwin?
>
>> Is there a command, environment variable, Perl internal
> variable, or Perl function that will tell me this?
Perl -V will list the default @INC:
/usr
On 10/15/2010 4:58 PM, Csaba Raduly wrote:
On Fri, Oct 15, 2010 at 9:31 PM, Lee D. Rothstein wrote:
>* What are the standard paths for Perl Modules on Cygwin?
...
HTH,
Csaba
Most helpful. Thank you.
--
Problem reports: http://cygwin.com/problems.html
Csaba Raduly schrieb:
On Fri, Oct 15, 2010 at 9:31 PM, Lee D. Rothstein wrote:
* What are the standard paths for Perl Modules on Cygwin?
Is there a command, environment variable, Perl internal
variable, or Perl function that will tell me this?
Perl -V will list the default @INC
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
I have a recent 'make' but >cpan if failing to compile modules such as
DBI and DBD::mysql properly. It seems to be having problems with 'make'
some of the time. Are there any special requirements for loading Perl
modules within Cygwin?
Garry Heaton
--
Unsubscribe info:
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 ba
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
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.
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/
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 d
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
Thi
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
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/li
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
Prob
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 -l
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
*Licens
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
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.
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
Hallo Garry,
Am Donnerstag, 20. Februar 2003 um 17:50 schriebst du:
> I have a recent 'make' but >cpan if failing to compile modules such as
> DBI and DBD::mysql properly. It seems to be having problems with 'make'
> some of the time. Are there any special require
Hi there,
In the process of installing perl modules to get an IRC bot working
via cygwin, I'm encountering a
problem with make & installing ExtUtils::CBuilder and thus the modules
that depend upon it. The
make / install goes through fine, but cygwin doesn't seem to detect it
afterwa
Hello all,
Short solution: install cygwin-provided wget and change CPAN setting to
use /usr/bin/wget, not Windows native wget.exe.
To recap:
David Christensen holgerdanske.com> writes:
: Stephan Petersen wrote:
: :::Please check the validity of the index file by comparing it to more
: :::than
Luffe wrote:
> Short solution: install cygwin-provided wget and change CPAN setting to
> use /usr/bin/wget, not Windows native wget.exe.
The only wget on my PATH is Cygwin's:
2006-05-22 18:39:13 [EMAIL PROTECTED] ~
$ find `perl -e 'print map {$_, "\n"} split /:/, $ENV{PATH}'` -name
'wge
er 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 abl
Hello!
Somebody can tell me from what URL I must to download
a perl module and how to install it in Cygwing?
In pure Windows is easy is you have Perl from
ActiveState but Perl installed in Cygwin doesnt have
the ppm Manager.
Manuel TEJADA M.
_
On Tue, Mar 9, 2010 at 8:12 PM, Robert Slater wrote:
> Hi there,
>
> In the process of installing perl modules to get an IRC bot working
> via cygwin, I'm encountering a
> problem with make & installing ExtUtils::CBuilder and thus the modules
> that depend upon it
>>cc1: error: unrecognized command line option "-fstack-protector"
>>
>>This is a command line option which only GCC 4 understands. You only
>>have GCC 3 installed.
>>
>>You need to install the gcc-4 package. You may also need to change the
>>default gcc to gcc-4 using the "alternatives" tool (man
On 11/03/2010 08:58, Csaba Raduly wrote:
> You need to install the gcc-4 package. You may also need to change the
> default gcc to gcc-4 using the "alternatives" tool (man alternatives),
Or use one of /usr/bin/set-gcc-default-3.sh or
/usr/bin/set-gcc-default-4.sh, which saves learning the synta
Robert Slater schrieb:
In the process of installing perl modules to get an IRC bot working
via cygwin, I'm encountering a
problem with make& installing ExtUtils::CBuilder and thus the modules
that depend upon it. The
make / install goes through fine, but cygwin doesn't see
Achim,
The upcoming biber-2.4 has two new Perl dependencies: Class::Accessor
and Data::Uniqid. Could you add those to the Cygwin distro when you get
a chance?
Thanks.
Ken
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
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 d
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 wi
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 pa
Manuel Tejada wrote:
> Somebody can tell me from what URL I must to download
> a perl module and how to install it in Cygwing?
You use CPAN. "perl -MCPAN -e 'install Foo::Bar'" or "perl -MCPAN -e
shell". There is no URL to know, it takes care of all of that.
http://cpan.org/misc/cpan-faq.html
Manuel Tejada wrote:
Hello!
Somebody can tell me from what URL I must to download
a perl module and how to install it in Cygwing?
To browse the CPAN (Comprehensive Perl Archive Network)
manually use http://www.cpan.org/ and http://search.cpan.org/ .
In pure Windows is easy is you have Perl
On Tue, May 24, 2005 at 08:52:02PM -0700, Brian Dessent wrote:
> Manuel Tejada wrote:
>
> > Somebody can tell me from what URL I must to download
> > a perl module and how to install it in Cygwing?
>
> You use CPAN. "perl -MCPAN -e 'install Foo::Bar'" or "perl -MCPAN -e
> shell". There is no UR
ported to Cygwin, mainly OS modules like WIN32.
Straight Perl modules should just work out of the box, and CPAN will get
all pre-requisites for you too. You'll never want ppm again!
Regards,
Jason
Brian Dessent wrote:
Manuel Tejada wrote:
Somebody can tell me from what URL I mu
ight set this to CRLF for DOS compatibility
purposes).
Also be aware that you may have trouble building
some modules that use C
code and have not been ported to Cygwin, mainly OS
modules like WIN32.
Straight Perl modules should just work out of the
box, and CPAN will get
all pre-requisites for you too.
are that you may have trouble building some modules that use C
> code and have not been ported to Cygwin, mainly OS modules like WIN32.
> Straight Perl modules should just work out of the box, and CPAN will get
> all pre-requisites for you too. You'll never want ppm again!
Sorry to
. Just install some more perl modules to make it more
comfortable for you (in the CPAN shell type: `install LWP' to
install the libwww module and dependencies).
If yes, How, and what must I have in consideration?
make, binutils and gcc-core (besides the Cygwin base packages):
$ tar x
that you may have trouble building some modules that use C
code and have not been ported to Cygwin, mainly OS modules like WIN32.
Straight Perl modules should just work out of the box, and CPAN will get
all pre-requisites for you too. You'll never want ppm again!
Sorry to go off on a s
ing -MCPAN, otherwise it
> >>will fail. (You might set this to CRLF for DOS compatibility
> >>purposes). Also be aware that you may have trouble building some
> >>modules that use C code and have not been ported to Cygwin, mainly
> >>OS modules like WIN32. Straigh
Gerrit P. Haase schrieb:
George wrote:
Sorry to go off on a slight tangent here, but is there any documentation
anywhere that describe which Win32 modules are problematic, as it's most
likely that for Cygwin users the Win32 modules are of particular
interest, no? And installing both Cygwin's Pe
rwise it
will fail. (You might set this to CRLF for DOS compatibility purposes).
Also be aware that you may have trouble building some modules that
use C code and have not been ported to Cygwin, mainly OS modules
like WIN32. Straight Perl modules should just work out of the box,
and CPAN will get al
On Wed, Jun 01, 2005 at 09:58:24PM -0700, Linda W wrote:
> FYI -- I discovered the cause of a problem I had in manipulating the
> Registry. There is a bug in the Win32 Registry manipulation routines.
> Both TieRegistry and the original Registry interface apparently
> use an older interface -- some
Ken Brown writes:
> The upcoming biber-2.4 has two new Perl dependencies: Class::Accessor
> and Data::Uniqid. Could you add those to the Cygwin distro when you
> get a chance?
I'll look into it.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory an
Where should I report a problem with Perl modules?
bash-3.2$ uname -a
CYGWIN_NT-5.1 dumbopc 1.7.5(0.225/5/3) 2010-04-12 19:07 i686 Cygwin
cpan[9]> install Log::Log4perl
t/017Watch.t . 30/30
# Failed test 'log to externally recreated file'
# at t/017Wat
Chloe schrieb:
Where should I report a problem with Perl modules?
bash-3.2$ uname -a
CYGWIN_NT-5.1 dumbopc 1.7.5(0.225/5/3) 2010-04-12 19:07 i686 Cygwin
cpan[9]> install Log::Log4perl
t/017Watch.t . 30/30
# Failed test 'log to externally recreated file'
# at t/01
When installing perl modules e.g. Bundle::CPAN from cpan the process
is constantly dogged by rebase issues, where you have to kill off
the perl process, as it never gives in try, and rebaseall.
Is there anyway to help avoid this?
$ uname -a
CYGWIN_NT-6.1-WOW64 ibm 1.7.0(0.212/5/3) 2009-07-24 09
I can't install or build Perl modules with cpan or cpanp because it
passes -fstack-protector argument flag to gcc and that argument is not
accepted in the cygwin version of gcc.
Here is the error message from cpan while trying to install a Perl module.
gcc -c -I/usr/include/op
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
- Original Message -
From: "Chloe"
I might be able to add a cc flag in cpan, but I don't know how to take one
out.
One hack (which I think should work) would be to remove " -fstack-protector"
from the ccflags spec in cygwin/lib/perl5/5.10/cygwin/Config_heavy.pl. (I'm
guessing tha
On 12/25/2009 7:08 AM, Chloe wrote:
The cygwin setup (version 2.673) has gcc 3.4.4-999 only, which is what I
have installed. The latest version of gcc is 4.4.2.
Install the gcc4 package.
Ken
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq
2009/12/25 Sisyphus:
> - Original Message - From: "Chloe"
>
>> I might be able to add a cc flag in cpan, but I don't know how to take one
>> out.
>
> One hack (which I think should work) would be to remove " -fstack-protector"
> from the ccflags spec in cygwin/lib/perl5/5.10/cygwin/Config_h
Ken Brown cornell.edu> writes:
>
> Install the gcc4 package.
>
I had exactly the same problem, which was solved by installing gcc4. Thanks.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/doc
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 m
.
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.co
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 w
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-requis
Hi guys,
I updated my cygwin installation and obviously got a new Perl version,
which means I need to reinstall a lot of modules again...
When I fire up
perl -MCPAN -e shell;
and for instance try to install Config::Inifiles, it fails with strange
"02packages.details.txt.gz does not contain a Lin
On Thu, 24 Feb 2005, Stephan Petersen wrote:
> When I fire up
> perl -MCPAN -e shell;
> and for instance try to install Config::Inifiles, it fails with strange
> "02packages.details.txt.gz does not contain a Line-Count header"
> messages (see below).
I see here that the file begins this way:
Stephan Petersen wrote:
...
> When I fire up
> perl -MCPAN -e shell;
> and for instance try to install Config::Inifiles, it fails
...
> Please check the validity of the index file by comparing it to more
> than one CPAN mirror.
Have you tried this? E.g. configured CPAN to use another mirror and t
Hi David,
Please check the validity of the index file by comparing it to more
than one CPAN mirror.
Have you tried this? E.g. configured CPAN to use another mirror and tried
again?
yes, it's the same for every CPAN mirror I've tried. I've deleted CPAN's
config.pm and my .cpan directory several tim
Hi Greg,
thanks for your reply.
Probably your file got damaged, I think.
yes, but reproducably for all CPAN mirrors...
Testing 02packages.details.txt.gz with gzip -t reports:
gzip: 02packages.details.txt.gz: invalid compressed data--format violated
Same with 03modlist.data.gz.
Stephan
--
Stephan Pe
On Fri, 25 Feb 2005, Stephan Petersen wrote:
> Hi Greg,
>
> thanks for your reply.
>
> > Probably your file got damaged, I think.
>
> yes, but reproducably for all CPAN mirrors...
>
> Testing 02packages.details.txt.gz with gzip -t reports:
> gzip: 02packages.details.txt.gz: invalid compressed data
Stephan Petersen wrote:
>>>Please check the validity of the index file by comparing it to more
>>>than one CPAN mirror.
>> Have you tried this? E.g. configured CPAN to use another mirror and
>> tried again?
> yes, it's the same for every CPAN mirror I've tried. I've deleted
> CPAN's config.pm and
On Fri, 25 Feb 2005, David Christensen wrote:
> > yes, it's the same for every CPAN mirror I've tried. I've deleted
> > CPAN's config.pm and my .cpan directory several times now, it's the
> > same after every reconfiguration.
> > Testing 02packages.details.txt.gz with gzip -t reports:
> > gzip: 02
Stephan Petersen wrote:
> >>Please check the validity of the index file by comparing it to more
> >>than one CPAN mirror.
> >
> > Have you tried this? E.g. configured CPAN to use another mirror and tried
> > again?
>
> yes, it's the same for every CPAN mirror I've tried. I've deleted CPAN's
> co
Stephan,
I don't recall -- did you attach the output of "cygcheck -svr" at some
point (if so, just point to it in the archives, no need to repost)? My
guess is that this may be a textmode vs. binmode issue. Try making your
home directory a binmode mount, or setting PERLIO=crlf and see if that
he
Stephan Petersen wrote:
Hi David,
Please check the validity of the index file by comparing it to more
than one CPAN mirror.
Have you tried this? E.g. configured CPAN to use another mirror and
tried
again?
yes, it's the same for every CPAN mirror I've tried. I've deleted CPAN's
config.pm and my
Hi Gerrit,
thanks for your and all the others' replies.
- The CPAN repository and build directory *must* reside in a path
mounted in binmode:
mount -s -b -f c:/cygwin/home/username/.cpan /home/username/.cpan
mount -u -b -f c:/cygwin/home/username/.cpan /home/username/.cpan
That seems to h
On Mon, February 28, 2005 12:19 pm, Stephan Petersen said:
>
> Hi Gerrit,
>
> thanks for your and all the others' replies.
>
>> - The CPAN repository and build directory *must* reside in a path
>> mounted in binmode:
>>
>> mount -s -b -f c:/cygwin/home/username/.cpan /home/username/.cpan
>>
Could something along these lines be done in the postinstall for perl?
(Only if the mount doesn't exist of cause...)
Alternatively, maybe the CPAN module could issue a warning when it's
running under cygwin using a textmode-mounted .cpan directory.
Stephan
--
Stephan Petersen [EMAIL PROTECTED]
John Morrison wrote:
On Mon, February 28, 2005 12:19 pm, Stephan Petersen said:
Hi Gerrit,
thanks for your and all the others' replies.
- The CPAN repository and build directory *must* reside in a path
mounted in binmode:
mount -s -b -f c:/cygwin/home/username/.cpan /home/username/.cpan
mou
On Mon, February 28, 2005 9:51 pm, Gerrit P. Haase said:
>
> The user may want to use a different directory as repository and build
> directory. It should be done during the initial configuration, however
> I'm not sure if is worth the time to implement it. Since there are two
> or three rreports
On Mon, Feb 28, 2005 at 10:51:44PM +0100, Gerrit P. Haase wrote:
> John Morrison wrote:
>
> >On Mon, February 28, 2005 12:19 pm, Stephan Petersen said:
> >
> >>Hi Gerrit,
> >>
> >>thanks for your and all the others' replies.
> >>
> >>
> >>>- The CPAN repository and build directory *must* reside in
On Tue, 1 Mar 2005, Yitzchak Scott-Thoennes wrote:
> If they want a different directory, it still doesn't hurt to force ~/.cpan
> to binmode (except in so far as it uses up the AIUI limited number of
> mounts). I'd advocate putting it in a postinstall script.
Yes, it does sometimes. There used
On Tue, March 1, 2005 2:47 pm, Igor Pechtchanski said:
> On Tue, 1 Mar 2005, Yitzchak Scott-Thoennes wrote:
>
>> If they want a different directory, it still doesn't hurt to force
>> ~/.cpan
>> to binmode (except in so far as it uses up the AIUI limited number of
>> mounts). I'd advocate putting i
79 matches
Mail list logo
