Hi
When searching for globals on PIR parser (most of these globals are in
the top of imcc.y file) I found:
imcc.y:
SymReg *cur_namespace; /* ugly hack for mk_address */
imc.h:
typedef struct _imc_info_t {
...
SymReg * cur_namespace;
...
} imc_info_t
Now my question
Hi
Probably I should create a ticket with this, but at the moment I am
without network access. So, if somebody is up to create it, thanks.
As some people know, I am shooting down global variables under IMCC/PIR
parser. So, please, if you find a global variable in any file under
compilers/imc
Aankhen skribis 2006-09-14 17:00 (-0700):
> There were a few discussions with Juerd and others in #perl6 about
> CGI.pm in Perl 6...
I've been following the discussion with great interest, and will
summarize my thoughts here soon.
--
korajn salutojn,
juerd waalboer: perl hacker <[EMAIL PROT
At 5:00 PM -0700 9/14/06, Aankhen wrote:
There were a few discussions with Juerd and others in #perl6 about
CGI.pm in Perl 6... if anyone's interested, I'll look for the logs.
The major feeling was that there should be no CGI.pm (if someone was
hellbent on using it, they could use the Perl 5 modu
Author: larry
Date: Thu Sep 14 17:32:58 2006
New Revision: 11986
Modified:
doc/trunk/design/syn/S01.pod
Log:
typo from TimToady--++
Modified: doc/trunk/design/syn/S01.pod
==
--- doc/trunk/design/syn/S01.pod(o
Author: larry
Date: Thu Sep 14 17:31:33 2006
New Revision: 11985
Modified:
doc/trunk/design/syn/S01.pod
Log:
and the date was the wrong year...
Modified: doc/trunk/design/syn/S01.pod
==
--- doc/trunk/design/syn/S01.p
Author: larry
Date: Thu Sep 14 17:29:26 2006
New Revision: 11984
Modified:
doc/trunk/design/syn/S01.pod
Log:
type from TreyHarris++
Modified: doc/trunk/design/syn/S01.pod
==
--- doc/trunk/design/syn/S01.pod(o
Author: larry
Date: Thu Sep 14 17:22:14 2006
New Revision: 11983
Modified:
doc/trunk/design/syn/S01.pod
Log:
Added a bit of overview of the project plan. ["'bout time!"]
Modified: doc/trunk/design/syn/S01.pod
==
---
On 9/13/06, Leon Timmermans <[EMAIL PROTECTED]> wrote:
On the other HTML outputting functions: They never really belonged in
CGI in the first place I guess. There is no reason they cannot be
generalized to XML outputting and be put in an appropriate library.
There is, actually. HTML ne XML. H
Aaron Sherman wrote:
>Is the goal to avoid namespace pollution? If so, shouldn't there be a
>truly "metaish" way of getting at the internal namespace so that someone
>doesn't accidentally render an object unusable by defining the wrong
>method name (which you can prevent with an error if the ob
Hi,
I'm currently trying to implement [#40064: [TODO] shootout example testing].
Because the PIR shootout scripts are run with specific options, I must be
able
to run the script with these options that I can get by parsing the she-bang
line.
But by looking in other tests and in the Parrot::Test
Author: larry
Date: Thu Sep 14 10:03:33 2006
New Revision: 11982
Modified:
doc/trunk/design/syn/S12.pod
Log:
clarfications of .$op indirection
Modified: doc/trunk/design/syn/S12.pod
==
--- doc/trunk/design/syn/S12.po
Author: larry
Date: Thu Sep 14 09:40:13 2006
New Revision: 11981
Modified:
doc/trunk/design/syn/S03.pod
Log:
Now make use of .'op' to force prefix interpretation of op, removing bad dwim
Modified: doc/trunk/design/syn/S03.pod
==
Author: larry
Date: Thu Sep 14 09:28:33 2006
New Revision: 11980
Modified:
doc/trunk/design/syn/S12.pod
Log:
Added .'foo' and ."bar" forms to address various concerns of ajs++ and #perl6++
Modified: doc/trunk/design/syn/S12.pod
Jonathan Scott Duff wrote:
On Wed, Sep 13, 2006 at 10:20:31AM +1200, Sam Vilain wrote:
Larry Wall wrote:
.META is more correct at the moment.
Does making it all upper caps really help? It's still a pollution of the
method space, any way that you look at it...
Yeah but perl has already h
I was looking over an example of named parameter passing:
foo(:a<1>, :b<2>)
And had the thought that we might be able to get away with treating
named parameters as lvalues, making the above:
foo(:a=1, :b=2)
Would this be unreasonable? Does it break anything else? I'm not sure
Zack (>):
I was playing around with HTTP::Server::Simple in pugs and I noticed
that the port number reported at startup isn't correct if a
non-default port is used. Teeny little patch attached!
Thanks, applied.
--
masak
I was playing around with HTTP::Server::Simple in pugs and I noticed
that the port number reported at startup isn't correct if a
non-default port is used. Teeny little patch attached!
Regards,
-zack
Index: ext/HTTP-Server-Simple/lib/HTTP/Server/Simple.pm
=
Am Mittwoch, 13. September 2006 19:42 schrieb chromatic:
> Is this similar to (or even the same as) PIC?
The SELF-thingy yes. MMD infix operations are using the PIC with the
direct-threaded and switched runtime cores (i.e. with the predereferencing
cores) already. A lot more could be cached, it'
19 matches
Mail list logo
