Ken Williams wrote:
There are a few loose ends that would be nice to tie up first, or at
least during integration: 1) M::B prefers to use ExtUtils::ParseXS,
which is a modularized version of a snapshot of xsubpp-we need to
figure out what to do with that first: preferable update,
Todd Vierling wrote:
On Fri, 21 Jan 2005, Rafael Garcia-Suarez via RT wrote:
Could you test whether the development version (currently self-known as
5.9.2) compiles and runs correctly on your platform ?
With one additional change (see below), I've verified that make test on
current
Dave Mitchell wrote:
Merci, appliqués en tant que changement #23859
Usually native speakers seem to use the word révision, changement
seems a bit weird here. (OTOH I think the Académie hasn't ruled
on the Official Word yet :-)
--
They want to see the views of Dublin from the top of Nelson's
Craig A. Berry wrote:
Several of the Test::Harness tests now fail on VMS with the following
warning:
Can't find string terminator ] anywhere before EOF at -e line 1.
The problem is that when a command is piped to the shell and that
command has a newline character embedded in it, the part
Andrew (via RT) wrote:
In perlre there is a section entitled Creating custom RE
engines. The sample code given maps \\ to \ inside regular
expressions and thus prevents you from using \\ to represent a
literal \. I think this is unintentional and a patch is included
below.
Good catch.
It
On Wed, Jan 12, 2005 at 05:02:41PM -0500, Aaron Sherman wrote:
[p5p:] If anyone had a cleaner (and cross-platform) fix, I'd love to
hear of it.
Well, certainly relying on rm (and you assumed a -v option which,
AFAIK implies GNU rm specifically) is right out. I'm sure others will
say the same.
# New Ticket Created by Marc Lehmann
# Please include the string: [perl #33908]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=33908
This is a bug report for perl from [EMAIL PROTECTED],
generated with the help of
I'm running on Redhat Linux version 9.0.
I'm having a rash of previously working code breaking when module exported
symbols no longer get imported to another module that 'uses' them.
The situation looks like:
main perl file:
...
use A;
use B;
A contains 'use B'
main calls function f() in A.pm,
Here's a clue. I just eliminated the problem by reversing the order of
the 'use' statements in the main file -- i.e. saying
use B;
use A;
instead of vice versa.
VISIT EARLY REPUBLIC BOOKS ON THE WEB: WWW.EarlyRepublic.COM
Hal Morris: [EMAIL PROTECTED] -- Editor of:
* H-SHEAR Web pages:
I compiled Perl for TiVo Series 2. It wasn't trivial
to get the cross-compiler going and to make the
necessary hacks to get it to build.
If I understood correctly, this is some TV-related hardware, running Linux.
Have similar experience with my satellite receiver, having PPC processor
also
Yitzchak Scott-Thoennes wrote:
My last try at arguing against this; hereafter I'll stay quiet.
The following:
system q!echo 'sub foo{bar} die'foo.pl!;
eval q!require foo.pl!;
print foo();
delete $INC{foo.pl};
system q!echo 'sub foo{baz} 1'foo.pl!;
require foo.pl;
print foo();
Automated smoke report for 5.9.2 patch 23871 on bsd/os - 4.1 (i386/1 cpu)
(fixit.xs4all.nl) using version
Report by Test::Smoke v1.18.09 (perl 5.00503) [3 hours 4 minutes]
O = OK F = Failure(s), extended report at the bottom
X = test(s) failed under TEST but not under harness
? = still running
Hal Morris wrote:
I'm running on Redhat Linux version 9.0.
I'm having a rash of previously working code breaking when module exported
symbols no longer get imported to another module that 'uses' them.
The situation looks like:
main perl file:
...
use A;
use B;
A contains 'use
On Mon, Jan 24, 2005 at 02:42:43PM +0100, Rafael Garcia-Suarez wrote:
Yitzchak Scott-Thoennes wrote:
If this is really, truly, necessary, cache failures in %^NOINC instead
of %INC, and document it in perldelta for 5.10.
I don't see the point of caching failures in yet another special
On Sun, 23 Jan 2005 14:23:17 -0600, Craig A. Berry [EMAIL PROTECTED]
wrote:
A number of tests don't remove all versions of their tempfiles on VMS's
versioned filesystem. The attached patch fixes the first three culprits
I found.
thanks, applied as change #23874
--
H.Merijn Brand
On Sun, 23 Jan 2005 16:14:28 +0100, Abe Timmerman [EMAIL PROTECTED] wrote:
Oooh. I wonder if this is the cause on various platforms. I never see this
on anything I have access to.
Could this be timestamp issues with Makefile/Makefile.PL? Is this building
on a local file system?
Yup,
On Sun, Jan 23, 2005 at 01:44:49PM -0600, Craig A. Berry ([EMAIL PROTECTED])
wrote:
Several of the Test::Harness tests now fail on VMS with the following
warning:
my $perl = $self-_command;
-my @inc =`$perl -le print join qq[\n], [EMAIL PROTECTED]`;
+my @inc =`$perl -le print
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #33914]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=33914
This is a bug report for perl from [EMAIL PROTECTED],
generated with the
I'm setting up a Boss/Worker threaded program that runs for a very
long time. There are times where a worker thread will run into errors
and exit. The obvios solution would be to prevent that from happening
but I would like to create a fault tolerant framework that doesn't tip
over at the
Perl5 Bug Summary
http://rt.perl.org/rt3/NoAuth/perl5/Overview.html
Generated at Mon Jan 24 14:00:02 2005 GMT
---
* Total Issues
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors
On Mon, Jan 24, 2005 at 01:23:06AM -, Marc Lehmann wrote:
While writing a parse, I found that /\G.*/ sometimes doesn't match, which
I think it should do always, regardless of the content and history of $_.
It turned out that this match, run before, triggers this:
/\G$/gc;
After
On Mon, Jan 24, 2005 at 03:39:52PM -, [EMAIL PROTECTED] (via RT) wrote:
The following modules produce this error message:
--perl -I. -MA
Unknown error
Compilation failed in require.
BEGIN failed--compilation aborted.
A.pm
***
package A;
use strict;
use base C;
1;
***
At 11:18 AM -0500 1/24/05, Eric Garland wrote:
I'm setting up a Boss/Worker threaded program that runs for a very
long time. There are times where a worker thread will run into
errors and exit. The obvios solution would be to prevent that from
happening but I would like to create a fault
Hal Morris [EMAIL PROTECTED] writes:
I'm running on Redhat Linux version 9.0.
I'm having a rash of previously working code breaking when module exported
symbols no longer get imported to another module that 'uses' them.
The situation looks like:
main perl file:
...
use A;
use B;
A contains
With a little help from Paul Johnson a while back, I was able to use
Devel::Cover's gcov2perl to put Perl's current C test coverage online. You
can check it out at http://www.fisharerojo.org/perl_gcov_coverage/coverage.html.
Steve Peters
[EMAIL PROTECTED]
On Mon, Jan 24, 2005 at 10:52:44AM -0600, Steve Peters wrote:
With a little help from Paul Johnson a while back, I was able to use
Devel::Cover's gcov2perl to put Perl's current C test coverage online. You
can check it out at
http://www.fisharerojo.org/perl_gcov_coverage/coverage.html.
On Mon, Jan 24, 2005 at 10:52:44AM -0600, Steve Peters wrote:
With a little help from Paul Johnson a while back, I was able to use
Devel::Cover's gcov2perl to put Perl's current C test coverage online. You
can check it out at
http://www.fisharerojo.org/perl_gcov_coverage/coverage.html.
Nicholas Clark wrote:
On Mon, Jan 24, 2005 at 10:52:44AM -0600, Steve Peters wrote:
With a little help from Paul Johnson a while back, I was able to use
Devel::Cover's gcov2perl to put Perl's current C test coverage online. You
can check it out at
On 2005-01-24, at 10:52:44 -0600, Steve Peters wrote:
With a little help from Paul Johnson a while back, I was able to use
Devel::Cover's gcov2perl to put Perl's current C test coverage online. You
can check it out at
http://www.fisharerojo.org/perl_gcov_coverage/coverage.html.
Thanks!!
On Mon, Jan 24, 2005 at 10:37:16AM -0600, Steve Peters wrote:
Looking at the perldoc for use, anything after the module name must be a list.
So,
use base C;
is correct, and
use base C;
should give you a compile error as you demonstrated above.
I think the complaint was that the
Hi,
Of course it's incorrect. My problem is that it should give me a more
descriptive compile error.
Simon
Steve Peters via RT wrote:
On Mon, Jan 24, 2005 at 03:39:52PM -, [EMAIL PROTECTED] (via RT) wrote:
The following modules produce this error message:
--perl -I. -MA
Unknown error
On Mon, Jan 24, 2005 at 04:22:43PM -, Ronald J Kimball via RT [EMAIL
PROTECTED] wrote:
$ is being treated both as end-of-command and end-of-input, at different
places in my recursive descent parser. As /\G$/ doesn't match the second
time, the parser assumes a parse error because
-
I am attempting to use the perlcc module on a Solaris 8 box.
Are there any environmental variable that need to be set ?
I can see the perlcc binary , etc. but I do not get any output when I
use it
Any assistance would be appreciated -
**
On Mon, 24 Jan 2005 [EMAIL PROTECTED] wrote:
-
I am attempting to use the perlcc module on a Solaris 8 box.
Are there any environmental variable that need to be set ?
I can see the perlcc binary , etc. but I do not get any output when I
use it
Any assistance would be appreciated -
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
On Mon, Jan 24, 2005 at 11:17:47AM +0100, Rafael Garcia-Suarez wrote:
Dave Mitchell wrote:
Merci, appliqués en tant que changement #23859
Usually native speakers seem to use the word révision, changement
seems a bit weird here. (OTOH I think the Académie hasn't ruled
on the Official
--- Marc Abramowitz [EMAIL PROTECTED] wrote:
Date: Sun, 23 Jan 2005 11:23:31 -0800 (PST)
From: Marc Abramowitz [EMAIL PROTECTED]
Subject: I compiled Perl for TiVo Series 2
To: [EMAIL PROTECTED]
I compiled Perl for TiVo Series 2. It wasn't trivial
to get the cross-compiler going and to
On Mon, Jan 24, 2005 at 11:53:46PM +0100, Gerrit P. Haase wrote:
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
38 matches
Mail list logo
