OK I'm wrong on this one. See
https://irclog.perlgeek.de/perl6/2017-12-02#i_15522727
and https://design.perl6.org/S28.html
Not quite sure why would anybody need all that information about the compiler
environment, but that's the original intent.
On 2017-12-02 06:33:54, alex.jakime...@gmail.com
On 03/06/2017 01:35 AM, Timo Paulssen wrote:
Doesn't seem to be, but there's $*DISTRO.is-win, which is usually enough
(i.e. you have to do one dumb thing on windows and another sane thing on
literally anything else)
Thank you!
--
~
I am Windows
I am the Blue
On 03/06/2017 01:40 AM, Steve Mynott wrote:
Try $*KERNEL
S
Hi Steve,
That works! Thank you!
-T
$ perl6 -e ' say $*KERNEL;'
linux (3.10.0.514.6.1.el.7.x.86._.64)
C:\perl6 -e "say $*KERNEL;"
win32
By the way win64 also give win32 including with the 64 bit raku
Don't know if I will
Try $*KERNEL
S
On 6 March 2017 at 09:10, ToddAndMargo <toddandma...@zoho.com> wrote:
> Hi All,
>
> Is there a $*DISTRO or some such that will tell me just "linux"
> and not "rhel ..." or "fedora ..."?
>
>
> Many thanks,
> -T
>
>
Doesn't seem to be, but there's $*DISTRO.is-win, which is usually enough
(i.e. you have to do one dumb thing on windows and another sane thing on
literally anything else)
Hi All,
Is there a $*DISTRO or some such that will tell me just "linux"
and not "rhel ..." or "fedora ..."?
Many thanks,
-T
--
~~
Computers are like air conditioners.
They malfunction when you open windows
~~
)
Changed paths:
M S28-special-names.pod
Log Message:
---
Further spec Kernel/Distro/VM classes
On Mon Apr 14 05:32:54 2008, coke wrote:
On Sun, Apr 13, 2008 at 10:36 PM, James Keenan via RT
[EMAIL PROTECTED] wrote:
Coke: Have we overcome this problem?
kid51
I don't think so, no.
Try this:
% mkdir foo
% touch foo/bar.t
% svn add foo
% prove t/distro
Shouldn't
On Tue Mar 18 12:27:52 2008, [EMAIL PROTECTED] wrote:
But I
think this ticket should stay open, as there are still more codingstd
tests to convert, and I haven't even looked at t/distro yet.
Mark
Mark:
What with our Parrot buildfest workshop at YAPC coming up within a
fortnight
On Sun, Apr 13, 2008 at 10:36 PM, James Keenan via RT
[EMAIL PROTECTED] wrote:
Coke: Have we overcome this problem?
kid51
I don't think so, no.
Try this:
% mkdir foo
% touch foo/bar.t
% svn add foo
% prove t/distro
Shouldn't this complain about:
- items that have been svn added
' to run the test suite.
Happy Hacking,
The Parrot Team
507 $ mkdir foo
508 $ touch foo/bar.t
509 $ svn add foo/
A foo
A foo/bar.t
510 $ prove -v t/distro/*.t
t/distro/file_metadata...
1..4
# Collecting svn:mime-type attributes...
ok 1 - svn:mime-type
# Collecting
Coke: Have we overcome this problem?
kid51
On Tue Mar 18 12:27:52 2008, [EMAIL PROTECTED] wrote:
I committed my previous patch (after some merging) as r26480. But I
think this ticket should stay open, as there are still more codingstd
tests to convert, and I haven't even looked at t/distro yet.
Gladly offering ownership
, as there are still more codingstd
tests to convert, and I haven't even looked at t/distro yet.
Mark
for test scripts which perform the same
+test, over and over, on lots of files. It is intended to consolidate some code
+to handle loops, skips etc, replicated many times in the t/distro/ and
+t/codingstd/ test directories.
+
+You can specify a callback routine to get called back once per line
Mark:
This looks good to me. However, one of the tests being revised is
currently failing, probably for different reasons. See:
http://rt.perl.org/rt3/Ticket/Display.html?id=51750. I recommend
holding off applying it to trunk until after that bug is resolved --
which I suspect means holding
On Friday 14 March 2008 16:19:49 James Keenan via RT wrote:
This looks good to me. However, one of the tests being revised is
currently failing, probably for different reasons. See:
http://rt.perl.org/rt3/Ticket/Display.html?id=51750. I recommend
holding off applying it to trunk until
On Fri, 14 Mar 2008 16:19:48 -0700
James Keenan via RT [EMAIL PROTECTED] wrote:
Mark:
This looks good to me. However, one of the tests being revised is
currently failing, probably for different reasons. See:
http://rt.perl.org/rt3/Ticket/Display.html?id=51750.
Thanks for the code
# New Ticket Created by Ronald Blaschke
# Please include the string: [perl #51008]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=51008
t/distro/file_metadata.t contacts the server to do its job.
Specifically
On Tuesday 19 February 2008 14:22:23 Ronald Blaschke wrote:
# New Ticket Created by Ronald Blaschke
# Please include the string: [perl #51008]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=51008
t/distro
of a
disgraceful sort, the ignorance which is the conceit that man knows what
he does not know?
-- Socrates, The Apology by Plato
diff --git a/t/distro/file_metadata.t b/t/distro/file_metadata.t
index 1833cbe..9a1a29a 100644
--- a/t/distro/file_metadata.t
+++ b/t/distro/file_metadata.t
@@ -34,6
On Sun, 19 Aug 2007 22:22:06 -0700
David Romano (via RT) [EMAIL PROTECTED] wrote:
# New Ticket Created by David Romano
# Please include the string: [perl #44783]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=44783
apprehend to be the greatest
evil, may not be the greatest good. Is not this ignorance of a
disgraceful sort, the ignorance which is the conceit that man knows what
he does not know?
-- Socrates, The Apology by Plato
diff --git a/t/distro/file_metadata.t b/t/distro/file_metadata.t
index 1833cbe
locally applied it to r19058 and works fine.
$ prove t/distro/file_metadata.t
t/distro/file_metadata# Collecting svn:mime-type attributes...
# Collecting svn:keywords attributes...
t/distro/file_metadataok 2/4# Collecting svn:eol-style attributes...
# Collecting svn:eol-style attributes...
t
After much help from Ron Blaschke to get this working nicely on Win32,
I've applied the latest patch as r19059 and am now closing the ticket.
Paul
Ron,
I simple changed the backward slashes to forward slashes, thus forward
slashes everywhere.
Which was what *I* intended to do with my patch, but after staring at
it long enough, I realised that's not what *it* was saying! :-)
Ooops.
Oh, I see. Sorry I didn't get this right.
generating in t/distro/file_metadata.t has consistent keys;
converting to explicitly Unix should be enough (and converting the
whole MANIFEST would make the test even slower than it already is).
Even more so considering that there is a ticket in RT trying to get
rid of MANIFEST. Anyway, attached
from Unix to Windows
directory separators just so that we can have the hash we're
generating in t/distro/file_metadata.t has consistent keys;
converting to explicitly Unix should be enough (and converting the
whole MANIFEST would make the test even slower than it already is).
Even more so
On 09/03/07, chromatic [EMAIL PROTECTED] wrote:
On Friday 09 March 2007 05:00, Ron Blaschke wrote:
Attached patch replaces the backslashes with slashes on Windows.
Would using File::Spec be less fragile?
I've attached a patch which uses File::Spec instead of replacing one
set of slashes
On 6/11/07, Paul Cochrane [EMAIL PROTECTED] wrote:
On 09/03/07, chromatic [EMAIL PROTECTED] wrote:
On Friday 09 March 2007 05:00, Ron Blaschke wrote:
Attached patch replaces the backslashes with slashes on Windows.
Would using File::Spec be less fragile?
I've attached a patch which uses
jerry gay wrote:
On 6/11/07, Paul Cochrane [EMAIL PROTECTED] wrote:
On 09/03/07, chromatic [EMAIL PROTECTED] wrote:
On Friday 09 March 2007 05:00, Ron Blaschke wrote:
Attached patch replaces the backslashes with slashes on Windows.
Would using File::Spec be less fragile?
I've
On 11/06/07, Ron Blaschke [EMAIL PROTECTED] wrote:
jerry gay wrote:
On 6/11/07, Paul Cochrane [EMAIL PROTECTED] wrote:
On 09/03/07, chromatic [EMAIL PROTECTED] wrote:
On Friday 09 March 2007 05:00, Ron Blaschke wrote:
Attached patch replaces the backslashes with slashes on Windows.
On 11/06/07, jerry gay [EMAIL PROTECTED] wrote:
On 6/11/07, Paul Cochrane [EMAIL PROTECTED] wrote:
On 09/03/07, chromatic [EMAIL PROTECTED] wrote:
On Friday 09 March 2007 05:00, Ron Blaschke wrote:
Attached patch replaces the backslashes with slashes on Windows.
Would using
print canonpath 'some/file.t'
some\file.t
Here are the test results with the patch applied on Win32:
$ prove t\distro\file_metadata.t
many lines snipped...
# svn ps svn:eol-style 'LF' examples/shootout/takfp.pir.output;
# svn ps svn:eol-style 'LF' t/compilers/pge/p5regex/re_tests;
# svn ps
On Wednesday 23 May 2007 13:29:26 Mark Glines wrote:
I think the test should only run if a file named DEVELOPING exists,
just like the codingstd tests do.
Agreed.
Thanks, applied as r18635.
-- c
==
--- t/harness (revision 20443)
+++ t/harness (local)
@@ -161,10 +161,13 @@
# append the distribution checking tests to the default tests
my @distro_tests = map { t/distro/$_ } qw(
manifest.t
-file_metadata.t
);
push @default_tests, @distro_tests;
+# append
# New Ticket Created by James Keenan
# Please include the string: [perl #41872]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=41872
While running 'make test', t/distro/manifest.t failed with this output:
t/distro
for your help. I have attached the patch to make the test work
on Windows. The problem is that Subversion reports file names with
backslashes, but the code expects forward slashes. For example:
svn propget svn:eol-style t/distro/*
t\distro\file_metadata.t - native
t\distro\manifest.t - native
t
be passing the second test again as of r17398.
Thanks for your help. I have attached the patch to make the test work
on Windows. The problem is that Subversion reports file names with
backslashes, but the code expects forward slashes. For example:
svn propget svn:eol-style t/distro/*
t\distro
On Friday 09 March 2007 05:00, Ron Blaschke wrote:
Attached patch replaces the backslashes with slashes on Windows.
Would using File::Spec be less fragile?
-- c
chromatic wrote:
On Friday 09 March 2007 05:00, Ron Blaschke wrote:
Attached patch replaces the backslashes with slashes on Windows.
Would using File::Spec be less fragile?
The problem basically boils down to matching a list of MANIFEST (UNIX?)
files with the (native file name, attribute)
Hi,
Could someone please tell me the expected result of
t/distro/file_metadata.pl at revision 17389? After looking into bug
#41569 I'm getting the following on Windows (XP, SP2, VC++ 8.0, Subversion).
prove t/distro/file_metadata.t
t/distro/file_metadata# Collecting svn:mime-type
, Ron Blaschke wrote:
Hi,
Could someone please tell me the expected result of t/distro/
file_metadata.pl at revision 17389? After looking into bug #41569
I'm getting the following on Windows (XP, SP2, VC++ 8.0, Subversion).
prove t/distro/file_metadata.t
t/distro/file_metadata
# New Ticket Created by Jerry Gay
# Please include the string: [perl #41569]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=41569
don't have time to debug the failure now since we're so close to a
release, but here's
Resolved in r16125.
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #40910]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=40910
Get t/distro/file_metadata.t to work with both svn and svk again. It
works
On Thursday 16 November 2006 13:37, Paul Cochrane wrote:
Get t/distro/file_metadata.t to work with both svn and svk again. It
works currently only with svk.
Fixed (I believe, having tested it both ways) with #15616.
-- c
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #40428]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=40428
Hi,
This is a patch to return the names and locations of the perl script
and
/LANGUAGES.STATUS.pod
trunk/languages/tcl/docs/howto.pod
trunk/lib/Pod/Simple/Subclassing.pod
trunk/t/distro/linelength.t
Log:
While discussion continues on p2, pod files should be at most
80 columns, special on verbatim sections, so we the man formatter
show it properly.
Modified: trunk/docs/pdds/clip
I hope you didn't do that by hand. I wrote a utility last Dec.
specifically for formatting Parrot's Pod.
http://search.cpan.org/~jhoblitt/Pod-Tidy-0.09/
-J
--
pgp5clC56Bbat.pgp
Description: PGP signature
# New Ticket Created by Will Coleda
# Please include the string: [perl #40048]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=40048
works fine with svn, but not svk. be nice if it worked under either
system.
--
it's not like you to submit bug reports without useful information.
how do you quantify doesn't like svk?
what is the output of Cprove -v t/distro/file_metadata.t?
~jerry
the data with svn.
Regards.
On Aug 2, 2006, at 3:37 PM, Jerry Gay via RT wrote:
how do you quantify doesn't like svk?
what is the output of Cprove -v t/distro/file_metadata.t?
~jerry
--
Will Coke Coleda
[EMAIL PROTECTED]
to get at the meta data, just as a criteria to then try to get
the data with svn.
Wow, this test takes a while. Here's a brain-dead simple patch I wrote that
seems to be working for now.
-- c
=== t/distro/file_metadata.t
==
--- t/distro
Seems fine, modulo:
- my @cmd = qw(svn pg Copyright);
+ my @cmd = qw(pg Copyright);
should probably be:
- my @cmd = qw(svn pg Copyright);
+ my @cmd = qw($cmd pg Copyright);
(though that test is skipped right now anyway)
On Aug 2, 2006, at 3:55 PM, chromatic wrote:
On Wednesday 02 August 2006 13:13, Will Coleda wrote:
Seems fine, modulo:
- my @cmd = qw(svn pg Copyright);
+ my @cmd = qw(pg Copyright);
should probably be:
- my @cmd = qw(svn pg Copyright);
+ my @cmd = qw($cmd pg Copyright);
(though that test is skipped right now
svn:keywords languages/cardinal/cardinal.pir
$ prove t/distro/*.t
...
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/distro/manifest_skip.t2 512 22 100.00% 1-2
That test failure
Note that r13385 has the same test results - adding the cardinal files to the
MANIFEST had no
impact on whether or not the tests failed.
# New Ticket Created by Will Coleda
# Please include the string: [perl #39879]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=39879
~500 test failures regarding svn properties.
--
Will Coke Coleda
[EMAIL PROTECTED]
On Mon, Jul 10, 2006 at 03:55:25PM -0700, Darren Duncan wrote:
I believe that the current Test.pm already qualifies as a baby-Perl
implementation, as overall its functionality is quite simple, and it
uses very little of the language (especially since its use of
junctions was removed a few
On 7/11/06, Gaal Yahas [EMAIL PROTECTED] wrote:
On Mon, Jul 10, 2006 at 03:55:25PM -0700, Darren Duncan wrote:
I believe that the current Test.pm already qualifies as a baby-Perl
implementation, as overall its functionality is quite simple, and it
uses very little of the language (especially
implementations
have their different bugs. In the case of TODO we can fix that easily:
we already have a mechanism for force_todoing tests at a distance,
though currently that distance is at the head of the test file (but it's
a simple matter to make that a distro-level file). The deeper technical
challenge
that easily:
we already have a mechanism for force_todoing tests at a distance,
though currently that distance is at the head of the test file (but it's
a simple matter to make that a distro-level file). The deeper technical
challenge is how to maintain SKIPs, which after all, are often used
before hanging
it and v6, from
the Pugs distro and distributing those separately. This includes the
contents of: examples/ , ext/, some of docs/, some of util/, and so
on.
These various distros can be distributed on their own schedule, as
frequent or infrequent as makes sense, just as v6 and Moose et al
umm... has anyone else noticed that pdd02 in the distribution (0.4)
is spouged, and that pdd03 is completely missing?
--
John Douglas Porter
__
Do You Yahoo!?
Sign up for SBC Yahoo! Dial - First Month Free
http://sbc.yahoo.com
65 matches
Mail list logo
