At 10:32 04/04/2005 +0200, you wrote:
François PERRAD wrote:
I agree with you, 'win32-inno-installer' is a better target name than
'setup'.
Do you want a new version of the patch with this name ?
Yes please.
I rename too the new script to mk_inno.pl
Francois
Thanks,
leo
diff -Nur parrot/README.wi
Since Matt's recent lists summary brought this up ...
At 11:47 PM -0400 4/5/05, Matt Fowles wrote:
Makefile.pl
Darren Duncan noticed that while most things in pugs were written in
Perl 5, while Makefile.PL was still in Perl 5. He suggested that the
Makefile.PLs in various modules be
Perl 6 Language
ceil and floor
Ingo Blechschmidt wondered if ceil and floor would be in the core.
Warnock applies... Although Unicode operators would let me define
circumfix \lfloor \rfloor (although I only know how to make those
symbols in tex...). Hmmm... using tex to right P
On Tue, Apr 05, 2005 at 10:33:00AM -0700, Larry Wall wrote:
> : Aye. Is there an idea on how the two forms of `if` would be defined
> : using plain Perl 6?
>
> That's exactly what the syntactic category syntax is for, and why
> parsing has to be done indirectly in terms of syntactic categories,
>
I've been trying to add unicode support into Tcl... adding the parser support
worked fine, so that I was able (in my sandbox) to get:
puts \u30b3\u30fc\u30d2\u30fc
Working... because puts is just iso-8859-01, and the unicode was just unicode.
Once I started trying to do mix and match, I started g
Leopold Toetsch wrote:
> 5) if you move $parrot/icu e.g. to $parrot/_icu you can run
>$ perl Configure.pl --nomanicheck
> Please verify the build on Windows platforms,
> thanks
Looks good on Windows XP, VC++ 7.1. F complains,
quite expectedly.
Ron
On Tue, Apr 05, 2005 at 06:38:43PM +0200, Thomas Sandlaß wrote:
: Ups, a missing : warps this to a completly different meaning!
: Comparing a coderef &infix with the comparison operator <=>
: to the word list 'Scalar of Ref of Ref of Int,Int'.
:
: I tried to ask what &infix:<=>
: does. This is the
# New Ticket Created by Ron Blaschke
# Please include the string: [perl #34684]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34684 >
Attached patch provides a less strict match of Python's version
string, as Activestate'
On Tue, Apr 05, 2005 at 07:31:40PM +0300, wolverian wrote:
: Does [EMAIL PROTECTED] DWIM, by the way? I'm not sure about the precedence.
That depends on whether you mean
([EMAIL PROTECTED]).words
or
~(@array.words)
It happens to mean the latter. A . binds tighter than a symbolic
unary
On Wed, Apr 06, 2005 at 12:32:37AM +0800, Autrijus Tang wrote:
: On Tue, Apr 05, 2005 at 08:24:42AM -0700, Larry Wall wrote:
: > That's why there's a statement_control:, and there's a
: > statement_modifer:, but there's no prefix:. If you see
: > a statement modifier in the middle of an expression
Hi,
Larry Wall wrote:
> : Same for hashes:
[...]
> : my %hash = (a => 1, b => 2),
> : my $pair := %hash.pick;
> : $pair = ...; # %hash changed
>
> I'm not sure that works. We don't quite have pairs as first class
> containers. Binding would try to use a pair as a named argument, and
> wou
On 2005-04-05, Mark Stosberg <[EMAIL PROTECTED]> wrote:
> This is how I figured out how to test a cookie with WWW::Mechanize:
>
> my $ses_id_from_cookie =
> $a->cookie_jar->{COOKIES}->{".$CFG{SITE_DOMAIN}"}->{'/'}->{CGISESSID}->[1];
> ok($ses_id_from_cookie, "admin - Login screen sets cookie
wolverian skribis 2005-04-05 19:31 (+0300):
> Does [EMAIL PROTECTED] DWIM, by the way? I'm not sure about the precedence.
Yes, . is supertight.
Juerd
--
http://convolution.nl/maak_juerd_blij.html
http://convolution.nl/make_juerd_happy.html
http://convolution.nl/gajigu_juerd_n.html
Juerd wrote:
Thomas Sandlaß skribis 2005-04-04 18:50 (+0200):
In particular what does &infix<=> do?
Depends. What does it mean? :)
Specifically, what is &infix, what is <=>?
Ups, a missing : warps this to a completly different meaning!
Comparing a coderef &infix with the comparison operator <=>
to
On Tue, Apr 05, 2005 at 09:21:41AM -0700, Larry Wall wrote:
> Plus you really don't want to clutter the Str type with every little
> thing you might want to do with a string. "foo".open() will probably
> work, but only because it doesn't find a Str.open and fails over to
> MMD dispatch, which ends
On Tue, Apr 05, 2005 at 08:24:42AM -0700, Larry Wall wrote:
> That's why there's a statement_control:, and there's a
> statement_modifer:, but there's no prefix:. If you see
> a statement modifier in the middle of an expression, it must be
> interpreted as a statement modifier regardless of the co
This is how I figured out how to test a cookie with WWW::Mechanize:
my $ses_id_from_cookie =
$a->cookie_jar->{COOKIES}->{".$CFG{SITE_DOMAIN}"}->{'/'}->{CGISESSID}->[1];
ok($ses_id_from_cookie, "admin - Login screen sets cookie
($ses_id_from_cookie)");
Surely there is an easier/better way th
On Tue, Apr 05, 2005 at 09:36:18AM +0300, wolverian wrote:
: (Replying to p6l instead of p6c as requested.)
:
: On Mon, Apr 04, 2005 at 10:39:16AM -0700, Larry Wall wrote:
: > (Now that builtins are just functions out in * space, we can probably
: > afford to throw a few more convenience functions
On Tue, Apr 05, 2005 at 02:38:05PM +0200, Ingo Blechschmidt wrote:
: Hi,
:
: Trey Harris wrote:
: > In a message dated Mon, 4 Apr 2005, Ingo Blechschmidt writes:
: >> What does pick return on hashes? Does it return a random value or a
: >> random pair? (I suppose returning a pair is more useful.)
On Tue, Apr 05, 2005 at 04:00:09PM +0200, Thomas Sandlaß wrote:
: Larry Wall wrote:
: >Roles cannot be derived from, so they're always final in that sense.
: >We should probably consider them closed by default as well, or at least
: >closed after first use. If a role specifies implementation, it's
HaloO Larry,
you wrote:
On Thu, Mar 31, 2005 at 06:35:06PM +0200, Thomas Sandlaß wrote:
: Is typing optional in the sense that it is no syntax error but
: otherwise ignored? To me this is pain but no gain :(
Well, you guys keep ignoring the answer. Let me put it a bit more
mathematically. The inf
On Tue, Apr 05, 2005 at 09:22:29PM +0800, Autrijus Tang wrote:
: On Mon, Apr 04, 2005 at 09:01:20PM -0400, Stevan Little wrote:
: > eval 'sub foobar { return if 1; }';
:
: I've fixed everything except this. I'm not exactly sure how the postfix
: form of "if" is supposed to work here, because the
Larry Wall wrote:
Roles cannot be derived from, so they're always final in that sense.
We should probably consider them closed by default as well, or at least
closed after first use. If a role specifies implementation, it's always
default implementation, so overriding implementation always occurs
As part of building web applications, I sometimes return a "technical
failure" page to the web browser when something unexpected happens that
seems like the software's fault.
I'm wondering if it's the right thing to do to return a "500" error code
as part of the headers.
One reason to do this w
On Mon, Apr 04, 2005 at 09:01:20PM -0400, Stevan Little wrote:
> eval 'sub foobar { return if 1; }';
I've fixed everything except this. I'm not exactly sure how the postfix
form of "if" is supposed to work here, because the first thing the
parser tries is to parse it as return(if(1)), as a valid
On 2005-04-01, George Nistorica <[EMAIL PROTECTED]> wrote:
>
> For commands that need more than one input (i.e. shell installers) you
> can use the Expect module, which you can use to test such programs, that
> wait your input for more than one time.
Thanks for the tip. It led me to Test::Expect,
Hi,
Trey Harris wrote:
> In a message dated Mon, 4 Apr 2005, Ingo Blechschmidt writes:
>> What does pick return on hashes? Does it return a random value or a
>> random pair? (I suppose returning a pair is more useful.)
>
> I'd assume in all cases that pick returns an *alias*, and in the case
> of
These things don't work in pugs yet, right?
=
arrays of arrays
hash of hashes
etc.
@ar.elems
@ar.last
=
Warm Regards
Lev Selector
> Shouldn't these be just methods?
I guess not. This is Perl and OO is not mandatory, or even desirable
all the time.
Adriano.
Nick Glencross wrote:
Jarkko,
thank you for your patience today. We to-and-fro'd more times than I
originally intended.
I would say that Tru64 does have 64 bit ints, which is pretty clear from
the logs that you've been sending me. I'm guessing that intvalsize,
instead of intsize is the importan
According to Leo Toetsch:
> Chip Salzenberg <[EMAIL PROTECTED]> wrote:
> > + $(RM_F) $(IMCC_DIR)/imcparser.c
> > + $(RM_F) $(IMCC_DIR)/imclexer.c
>
> This isn't quite right, it works only if you have bison/flex and you
> did Configure.pl --maintainer
>
> If you don't change the files and just
(Replying to p6l instead of p6c as requested.)
On Mon, Apr 04, 2005 at 10:39:16AM -0700, Larry Wall wrote:
> (Now that builtins are just functions out in * space, we can probably
> afford to throw a few more convenience functions out there for common
> operations like word splitting and whitespace
1) a hint, if you want to verify a config step:
$ perl Configure.pl --verbose-step=ICU
2) verify that you link against the correct libicu
$ nm -u parrot | grep isdigit
u_isdigit_3_2
3) we could probably lift the restriction that we link with c++
I replaced LINK = c++ with LINK = cc in the Mak
Chip Salzenberg <[EMAIL PROTECTED]> wrote:
> cvsuser 05/04/04 13:03:46
> Modified:config/gen/makefiles root.in
> Log:
> When generating parser or lexer, remove target .c file first.
[ ... ]
> + $(RM_F) $(IMCC_DIR)/imcparser.c
> + $(RM_F) $(IMCC_DIR)/imclexer.c
This isn't qu
Jens Rieks <[EMAIL PROTECTED]> wrote:
> I've attached the patch that implements --without-icu.
> Comments welcome.
1) --without-icu works fine
Needed a few changes to get rid of warnings in lib/Parrot/Test.pm when
running make src_tests
replaced isblank, it's a gcc extension
2) running Config
35 matches
Mail list logo
