Marco Atzeri via Cygwin writes:
Compiling perl-Pango-1.227-3.x86_64
> Pre-requisites not found:
> Can't locate ExtUtils/Depends.pm in @INC (you may need to install the
> ExtUtils::Depends module)
Does that also fail with
perl -MExtUtils::Depends < /dev/null && echo OK || echo Fail
and if ye
Hi,
trying to update some of Yaakov's perl packages I hit this
>>> Compiling perl-Pango-1.227-3.x86_64
Pre-requisites not found:
Can't locate ExtUtils/Depends.pm in @INC (you may need to install the
ExtUtils::Depends module) (@INC contains:
/usr/local/lib/perl5/site_perl/5.30/x86_64-cygwin-thre
Marco Atzeri via Cygwin writes:
> Am 17.03.2020 um 12:37 schrieb Henry S. Thompson via Cygwin:
>> Trying to upgrade App::Ack, ran into various odd test failures, but
>> that's a problem for another day, as notest install appears to work.
>>
>> But in the test output, the fact that IO::Pty wasn't i
Am 17.03.2020 um 12:37 schrieb Henry S. Thompson via Cygwin:
Trying to upgrade App::Ack, ran into various odd test failures, but
that's a problem for another day, as notest install appears to work.
But in the test output, the fact that IO::Pty wasn't installed was
mentioned, so I tried to instal
Trying to upgrade App::Ack, ran into various odd test failures, but
that's a problem for another day, as notest install appears to work.
But in the test output, the fact that IO::Pty wasn't installed was
mentioned, so I tried to install it. That failed at testing, as
follows:
Running make test
I suspect you are correct in your diagnosis! I continued on after I
posted and hit the site with the traditional 'update cygwin' hammer
and while cpan HTML::Strip still failed, I was able to move to
.cpan/build/HTML-Strip... and finish the install by hand. I believe
the remains of the previous fail
2010/12/9 Hugh Myers:
> I've researched this and found some threads, but no answers. In a nut
> shell, I get the following:
>
> gcc -c -DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -fno-strict-aliasing
> -pipe -I/usr/local/include
> -DUSEIMPORTLIB -O3 -DVERSION=\"1.06\" -DXS_VERSION=\"1.06\"
> "-I/u
I've researched this and found some threads, but no answers. In a nut
shell, I get the following:
gcc -c -DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -fno-strict-aliasing
-pipe -I/usr/local/include
-DUSEIMPORTLIB -O3 -DVERSION=\"1.06\" -DXS_VERSION=\"1.06\"
"-I/usr/lib/perl5/5.10/i686-cygwin/CORE"
2009/9/25 Yaakov (Cygwin/X):
> Given the recent pace of Locale-gettext development, I'm not holding my
> breath. I just packaged and uploaded an update with Debian's patches.
:)
Thanks
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Docume
On 25/09/2009 02:40, Reini Urban wrote:
Both fixes are correct.
However, the debian fix looks better, since it does not require fixing
scripts using this module.
My thoughts exactly.
BTW: It is
http://rt.cpan.org/Public/Bug/Display.html?id=35680
I just bugged the maintainer to fix it upstream
2009/9/24 Yaakov (Cygwin/X):
> On 05/08/2009 17:10, Reini Urban wrote:
>>
>> No, that's known problem for old perl programs with 5.10, in this case
>> help2man. Just google "LC_ALL () vs none"
>>
>> - Locale::gettext->import;
>> + Locale::gettext->import (qw(gettext textdomain));
>
> Debian fixes L
On 05/08/2009 17:10, Reini Urban wrote:
No, that's known problem for old perl programs with 5.10, in this case
help2man. Just google "LC_ALL () vs none"
- Locale::gettext->import;
+ Locale::gettext->import (qw(gettext textdomain));
Debian fixes Locale::gettext itself instead:
http://patch-tra
Lee Rothstein schrieb:
When I run 'help2man' on a bash script that I wrote, I get the
following error messages:
Constant subroutine main::LC_ALL redefined at
/usr/lib/perl5/5.10/Exporter.pm line 66.
at /bin/help2man line 38
Prototype mismatch: sub main::LC_ALL () vs none at
/usr/lib/perl5/5.1
successfully
under Cygwin and if so did you need to do anything special to get it to work
and/or can someone help me figure out why mine is not working? Thanks.
--
View this message in context:
http://www.nabble.com/perl-problem-with-Cygwin-tp19238930p19238930.html
Sent from the Cygwin list mailing list
Larry Hall (Cygwin) wrote:
Mike R Brown wrote:
Matthew Woehlke wrote:
Mike R Brown wrote:
[snip]
Nope. With a current updatedb locate found one perl.exe under
/usr/bin. When I renamed this perl.exe to perly.exe and copied the
version that worked from my machine and did a version
Larry Hall (Cygwin) wrote:
You may have used a "3rd-party" site as well. There are sites out there
that have set themselves up to deliver packages in the 'setup.exe' format.
Once you add one of these sites to your list, 'setup.exe' continues to
use it until you tell it now to. So if you're
Mike R Brown wrote:
Matthew Woehlke wrote:
Mike R Brown wrote:
[snip]
Nope. With a current updatedb locate found one perl.exe under
/usr/bin. When I renamed this perl.exe to perly.exe and copied the
version that worked from my machine and did a version check while in
/usr/bin I get
Mike R Brown wrote:
Matthew Woehlke wrote:
Mike R Brown wrote:
Everything I have checked points to just one Perl installation. So
maybe the question here is where did this version come from?
That is indeed a good question, since the latest available 'perl' from
kernel.org is 5.8.7-5. The fu
Matthew Woehlke wrote:
Mike R Brown wrote:
[snip]
Nope. With a current updatedb locate found one perl.exe under
/usr/bin. When I renamed this perl.exe to perly.exe and copied the
version that worked from my machine and did a version check while in
/usr/bin I get
./perly - v retu
Mike R Brown wrote:
[snip]
Nope. With a current updatedb locate found one perl.exe under
/usr/bin. When I renamed this perl.exe to perly.exe and copied the
version that worked from my machine and did a version check while in
/usr/bin I get
./perly - v returned 5.8.8 (original questi
DePriest, Jason R. wrote:
On 4/5/07, Mike R Brown wrote:
Dave,
Activestate perl is not installed on that box. The first
thing I checked for.
The only Perl is installed /use/bin/perl. A 'which perl' also
confirms that.
Another thing I did to confirm this is rename the perl.exe
On 4/5/07, Mike R Brown wrote:
Dave,
Activestate perl is not installed on that box. The first thing I
checked for.
The only Perl is installed /use/bin/perl. A 'which perl' also confirms that.
Another thing I did to confirm this is rename the perl.exe under /usr/bin/ and
copy the p
Dave Korn wrote:
On 05 April 2007 15:17, Mike R Brown wrote:
For example 'echo $HOME' within a bash shell returns
/cygdrive/c/users/charlie which is the correct path. On previous version of
Cygwin's Perl the statement... $home = $ENV{HOME} , which should just
return the environmental var
On 05 April 2007 15:17, Mike R Brown wrote:
> For example 'echo $HOME' within a bash shell returns
> /cygdrive/c/users/charlie which is the correct path. On previous version of
> Cygwin's Perl the statement... $home = $ENV{HOME} , which should just
> return the environmental variable HOME, r
I am looking at two different recent Cygwin installations. Not sure which
mirrors were used to do the installs. Both are working installations. The
problem is with Perl. Using setup.exe they both state that version 5.8.7.5 of
Perl is installed.
Doing a perl -v on each returns
'v5.8.7 ...
Yeah I know, not strictly a Cygwin problem, but perhaps it's related...
When I'm debugging in Perl sometime I wish to restart the process with
the "R" command. When I do so I get:
Daughter DB session started...
# Forked, but do not know how to create a new TTY. #
Since two debug
26 matches
Mail list logo