# New Ticket Created by Alan Rocker
# Please include the string: [perl #52242]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=52242 >
Perl 6 does not defend itself against invalid options. Using an invalid
option results i
# New Ticket Created by "Ted Neward"
# Please include the string: [perl #52264]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=52264 >
There appear to be two directories, languages/HQ9plus and languages/hq9plus,
which confl
Will do at next chance, maybe later today or tomorrow.
Ted Neward
Java, .NET, XML Services
Consulting, Teaching, Speaking, Writing
http://www.tedneward.com
> -Original Message-
> From: Bernhard Schmalhofer via RT [mailto:parrotbug-
> [EMAIL PROTECTED]
> Sent: Sunday, March 30, 2008 4:31
Oh, i'm glad this is a bug in the repository, when it happened to me,
I assumed that my SVN client was broken. Now I dont need to go through
the effort of uninstalling my SVN client, installing a new one, and
checking out the entire repository again.
--Andrew Whitworth
On Sat, Mar 29, 2008 at 11:
On Sat, Mar 29, 2008 at 12:53:29PM -0700, Alan Rocker wrote:
> Perl 6 does not defend itself against invalid options. Using an invalid
> option results in an ungraceful death rather than a valid error message.
>
> E.g.
> $ ./perl6 -x "say 'Hi';"
> Error: file cannot be read: -x
> current instr.: '
Hi,
while I wanted to help Infinoid finding `make -jn` bugs, I had an idea: build
a static parrot and compare nm symbols for diffs [1].
But the static build failed. I used to do:
[EMAIL PROTECTED]:~/svn/parrot/leo> cat doits
perl Configure.pl --maintainer --parrot_is_shared=0 "$@" 2>&1 | tee ma
On Sat Mar 29 14:46:28 2008, [EMAIL PROTECTED] wrote:
> On Friday 28 March 2008 11:14:03 James Keenan wrote:
>
> > This is one of a series of tickets reporting issues encountered at a
> > Parrot/Rakudo buildfest held at Toronto Perlmongers on March 27,
> 2008.
> >
> > On the same Win32 box mention
> and so we've been holding off on argument processing until that's
resolved a > bit more.
>
Should it matter what's in the "allowed" class? From the beginning, there
ought to be a default "if I don't know what this is, spit it back" action.
What happens before that point is irrelevant.
> P.S.:
# New Ticket Created by mmcleric2
# Please include the string: [perl #52280]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=52280 >
HLLCompiler allows to set commandline_parser to any value, but prints default
'> ' prompt
>> This should be fixed in r26641.
>>
>> Could you confirm?
>> --
Checkout on Windows XP now works.
--
Email and shopping with the feelgood factor!
55% of income to good causes. http://www.ippimail.com
On Mon Mar 10 20:06:36 2008, [EMAIL PROTECTED] wrote:
> On Sat Dec 01 10:49:24 2007, coke wrote:
> > I don't normally build on windows, but tried today to verify some code
> for
> > kid51; started by doing a basic build against trunk:
> >
> > winxp, visual studio 2005, r23314
> >
> > Build end
On Thu May 24 14:45:02 2007, coke wrote:
> ... or so I think:
>
> This works:
>
> .sub zero_check
>
>push_eh one
> $N0 = 0.0
> $N1 = 3 / $N0
>clear_eh
>
> one:
>print "ok\n"
> .end
>
>
> This doesn't:
>
> .sub zero_check
>
>push_eh one
> $N1 = 3 / 0.0
>cle
12 matches
Mail list logo
