Hmm, was still logged in as guest...
It is a local patch anyway, I add the Win32CORE part and some more Win32
related stuff. This should go back into the source anyway.
The problem was that I used the initial patches, didn't updated after I
fixed it the first time... will do this now.
I need more information about your perl!
I.e. what version of perl is this exactly?
Please send the output of `cygcheck -c perl` and perl -V (with capital 'V').
Why don't you use the perlbug script?
Gerrit
Scott Bolte wrote:
On Mon, 25 Jul 2005 17:39:41 +0200, Gerrit P. Haase wrote:
Indeed, I see no unsetenv() in the perl sources.
Since it seems that the problem is independent of TH the problem should
be located in perl itself. I'll try with a recent devel version to see
if it fails here too
Michael G Schwern wrote:
On Tue, Jul 26, 2005 at 07:51:48PM +0200, Gerrit P. Haase wrote:
Yep, the example with the delete( $ENV ...) shows clearly that there
is a problem with forked/spawned processes which should be resolved.
In the first place I would be glad if someone (petdance?) could
Michael G Schwern wrote:
On Tue, Jul 26, 2005 at 08:23:03PM +0200, Gerrit P. Haase wrote:
5.8.7 ships with Test::Harness 2.48 which doesn't have this code.
It fails to run the tests from the command line with the default
installation of perl-5.8.7 for Cygwin?
Huh?
From the initial
Andrew Ho wrote:
Hello,
AHSo I think the next step is to figure out who can help look at that
latter
AHproblem. Is there a bug I or someone else should file somewhere?
MSTo make sure it isn't completely forgotten you can put it into the bug
MStracker with perlbug.
Very well, I have
Christopher Faylor wrote:
On Fri, Jul 22, 2005 at 03:16:29PM -0500, Scott Bolte wrote:
On Thu, 21 Jul 2005 00:14:51 -0700, Michael G Schwern wrote:
Its gotta be something about _default_inc(). Nothing looks wrong from
here. My only guess is that local $ENV{PERL5LIB} is ineffective. That
Michael G Schwern wrote:
On Sun, Jul 17, 2005 at 10:16:40PM +0200, Gerrit P. Haase wrote:
I'm going to guess somethign wacky is going on inside Test::Harness. What
version is being used?
The dafault Test::Harness which is included with perl-5.8.7:
$ perl -e 'use Test::Harness; print $Test
I have installed M/MS/MSCHWERN/ExtUtils-MakeMaker-6.30.tar.gz now,
still the same, every second test fails because blib/lib isn't
present in @INC (every second test).
Gerrit
--
=^..^=
Gerrit P. Haase wrote:
Maybe a cygwin problem, I'll fetch a snapshot.
With the latest snapshot I see the same behaviour.
Are there other modules involved besides MM and TH?
Gerrit
--
=^..^=
Michael G Schwern wrote:
On Sun, Jul 17, 2005 at 11:43:39PM +0200, Gerrit P. Haase wrote:
Nope, Teat::Harness now at version 2.52:
$ make test
/usr/bin/perl.exe -MExtUtils::Command::MM -e test_harness(0,
'blib/lib', 'blib/arch') t/*.t
Ok, see if MakeMaker has anything to do
Michael G Schwern wrote:
On Mon, Jul 18, 2005 at 12:27:31AM +0200, Gerrit P. Haase wrote:
perl -MTest::Harness -Iblib/lib -Iblib/arch -wle '$Test::Harness::Debug =
1; $Test::Harness::Verbose = 1; runtests @ARGV' t/*.t
The lines we're looking for are # PERL5LIB=... from THS-analyze_file
Hello,
we are on Cygwin: 1.5.18(0.132/4/2) 2005-07-02 20:30, perl is the latest
stable release: This is perl, v5.8.7 built for cygwin-thread-multi-64int
We have a problem building modules, i.e. make test fails if a .pm file
in the source package is located below the root in a subdirectory
Michael G Schwern wrote:
On Sun, Jul 17, 2005 at 12:57:17PM +0200, Gerrit P. Haase wrote:
we are on Cygwin: 1.5.18(0.132/4/2) 2005-07-02 20:30, perl is the latest
stable release: This is perl, v5.8.7 built for cygwin-thread-multi-64int
We have a problem building modules, i.e. make test fails
Hi Michael,
Michael G Schwern wrote:
On Sun, Jul 17, 2005 at 12:57:17PM +0200, Gerrit P. Haase wrote:
we are on Cygwin: 1.5.18(0.132/4/2) 2005-07-02 20:30, perl is the latest
stable release: This is perl, v5.8.7 built for cygwin-thread-multi-64int
We have a problem building modules, i.e
Hi,
Yitzchak Scott-Thoennes wrote:
On Fri, May 13, 2005 at 02:21:28PM +0100, Orton, Yves wrote:
--- perl/cygwin/perlld.in 2003-11-24 14:44:26.0 -0800
+++ perlpatch/cygwin/perlld.in 2005-05-11
23:28:20.203129600 -0700
Thanks, applied as #24461
@@ -79,7 +79,7 @@
Yitzchak Scott-Thoennes wrote:
On Mon, Jan 24, 2005 at 11:53:46PM +0100, Gerrit P. Haase wrote:
perlfilter.o(.text+0x36):perlfilter.c: undefined reference to `_boot_'
It seems that the xsinit.c file was generated wrong:
= xsinit.c =
#include EXTERN.h
#include perl.h
EXTERN_C void
Hi there,
getting this error when building courier with perl-5.8.6 on Cygwin which
works before upgrading to perl-5.8.6 (was perl-5.8.5 without Win32CORE
static extension):
make[6]: Entering directory
`/k/ftproot/pub/courier/courier-0.47/.build/courier/filters/perlfilter'
Compiling
Hello,
$ perlcc hello.pl -O -o hello
/bin/perlcc: hello.pl did not compile, which can't happen:
Can't locate object method _save_common_middle via package B::FAKEOP
at /usr/lib/perl5/5.9/cygwin/B/C.pm line 389.
CHECK failed--call queue aborted.
This is from perl-5.9.2 / DEVEL22511
The same
Steve Peters via RT wrote:
[quietdragon - Fri Nov 05 15:59:26 2004]:
This is a bug report for perl from [EMAIL PROTECTED],
generated with the help of perlbug 1.35 running under perl v5.8.5.
-
[Please enter your report here]
Perl
Andy Dougherty wrote:
On Fri, 12 Nov 2004, Gerrit P. Haase wrote:
Getting this error when running `make install`:
Can't locate Carp/Heavy.pm in @INC (@INC contains: lib) at lib/warnings.pm line
452.
I tried to install with prefix /tmp/usr like so:
Policy.sh contains this line:
installprefix
Hello,
Getting this error when running `make install`:
Can't locate Carp/Heavy.pm in @INC (@INC contains: lib) at lib/warnings.pm line
452.
I tried to install with prefix /tmp/usr like so:
Policy.sh contains this line:
installprefix='/tmp/usr'
Is there another recommended way to install in a
Hello,
To: [EMAIL PROTECTED]
Subject: Not OK: perl v5.8.5 +MAINT23414 on cygwin-thread-multi-64int 1.5.11(0.11642)
(UNINSTALLED)
Reply-To: [EMAIL PROTECTED]
Message-Id: [EMAIL PROTECTED]
This is a build failure report for perl from [EMAIL PROTECTED],
generated with the help of perlbug 1.35
Hi Nicholas,
could you do a MakeMaker upgrade for 5.8.6? It was recently reported on
the cygwin version that there is a bug in 5.8.5's Kid.pm which I fixed
about one year ago, it doesn't see cygwin import libraries with the
suffix .dll.a, only .a and .so are seen and if there is no static
archive
Nicholas Clark wrote:
On Mon, Oct 25, 2004 at 09:09:55AM +0200, Gerrit P. Haase wrote:
Hi Nicholas,
could you do a MakeMaker upgrade for 5.8.6? It was recently reported on
Once there is a good stable release of MakeMaker on CPAN, I will.
Well, ok. I'll patch it locally then. I'll try to build
[EMAIL PROTECTED] (via RT) wrote:
As a result, if you do RAII with global resources, you'll always get the
wrong termination status. The proposed solution is to allow an END
block to set $? in such a way as to reflect the signal. (The END block
can't kill the process, because it gets called
Hallo Yitzchak,
Am Sonntag, 10. Oktober 2004 um 22:05 schriebst du:
On Sun, Oct 10, 2004 at 12:05:53PM -0700, Yitzchak Scott-Thoennes [EMAIL
PROTECTED] wrote:
On Fri, Oct 08, 2004 at 10:19:55PM +0200, Gerrit P. Haase [EMAIL PROTECTED]
wrote:
Hello,
Got this for ExtUtils::MakeMaker
Hello Bryan,
Am Freitag, 8. Oktober 2004 um 19:23 schriebst du:
I am trying to install PerlMagick on my WinXP box with Cygwin, and
everything seems to install (after some tweaking of the build process,
described below) fine. Except that none of the PerlMagick tests pass and
when I run the
Hello,
Got this for ExtUtils::MakeMaker 6.21, with Cygwin 1.5.11:
Failed Test Stat Wstat Total Fail Failed List of Failed
Hallo Yitzchak,
On Sep 22, 2003 at 00:12 Yitzchak Scott-Thoennes wrote:
On Wed, Sep 17, 2003 at 11:33:17PM +0200, Gerrit P. Haase [EMAIL PROTECTED]
wrote:
Am Mittwoch, 17. September 2003 um 20:30 schriebst du:
cygwin now at 1.5.3.
The ping failures are hangs...they happen even
Hallo Jarkko,
Am Dienstag, 5. August 2003 um 23:12 schriebst du:
This is resolved, there is still a problem with cygwin-1.5.1, when you
link an executable with -lc you get other symbols than linking without
-lc on the link line. Fortunately Jason (the Python maintainer)
figured this
Hallo ,
I need some help to track this down.
Some details to illustrate the problem with perl when building with
cygwin-1.5.1. I can compile everything up to miniperl, then the basic
test fails and also using any script which uses 'my' fails., so it is
impossible to build the perl library and
This is a success report for perl from [EMAIL PROTECTED],
generated with the help of perlbug 1.33 running under perl v5.8.0.
Perl reported to build OK on this system.
---
Flags:
category=install
severity=none
---
Site configuration information for perl v5.8.0:
Configured by gerrit at
This is a success report for perl from [EMAIL PROTECTED],
generated with the help of perlbug 1.33 running under perl v5.8.0.
Perl reported to build OK on this system.
---
Flags:
category=install
severity=none
---
Site configuration information for perl v5.8.0:
Configured by gerrit at
This is a success report for perl from [EMAIL PROTECTED],
generated with the help of perlbug 1.33 running under perl v5.8.0.
Perl reported to build OK on this system.
---
Flags:
category=install
severity=none
---
Site configuration information for perl v5.8.0:
Configured by gerrit at
Hallo H.Merijn,
Am 2002-03-19 um 21:50 schriebst du:
On Tue 19 Mar 2002 21:37, [EMAIL PROTECTED] wrote:
--- t/io/fs.t.origTue Mar 19 20:22:28 2002
+++ t/io/fs.t Tue Mar 19 20:31:51 2002
@@ -41,6 +41,9 @@
$needs_fh_reopen = 1 if (defined Win32::IsWin95 Win32::IsWin95());
+my
Hallo Jarkko,
Am 2002-01-28 um 00:39 schriebst du:
I tried to use the 'standard' Cygwin library naming scheme,
shared lib: cygperl5_7_2.dll
import lib: libperl.dll.a
static lib: libperl.a
Basically it works besides some minor problems with hardcoded names in the
tests.
I have the patch
+$//;
+$expected =~ s/[\r\n]+$//;
my $prefix = ($results =~ s#^PREFIX(\n|$)##) ;
# any special options? (OPTIONS foo bar zap)
my $option_regex = 0;
Ciao,
Gerrit P. Haasemailto:[EMAIL PROTECTED]
--
=^..^=
I got still the same error after another make distclean:
Line 2097, config.h:
/* HAS_STRTOQ:
* This symbol, if defined, indicates that the strtoq routine is
* available to convert strings to long longs (quads).
*/
# HAS_STRTOQ/**/
^^
Hi Porters,
i figured out, that when building some Modules (e.g. HTML::EP, Mail::Sender)
the Makefile generated by Makefile.PL is built in PC-fileformat.
Also the manfiles that were extracted during make are in PC-format.
I don't know, if that causes problems, but...
Gerrit
$ perl -V
Summary
40 matches
Mail list logo
