Fixed in r25570, thanks!
Pm
Fixed in r25570, thanks!
Pm
On Tue, Feb 05, 2008 at 07:33:46PM -0800, Zev Benjamin wrote:
> # New Ticket Created by Zev Benjamin
> # Please include the string: [perl #50554]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=50554 >
>
>
> I unfortunat
On Feb 6, 2008 5:03 PM, chromatic <[EMAIL PROTECTED]> wrote:
> On Wednesday 06 February 2008 16:33:11 [EMAIL PROTECTED] wrote:
> > +if (PARROT_ARG_SLURPY_ARRAY_ISSET(sig_item)){
> > +if (PARROT_ARG_NAME_ISSET(sig_item))
> > +su
On Wednesday 06 February 2008 16:33:11 [EMAIL PROTECTED] wrote:
> Modified:
>trunk/include/parrot/sub.h
>trunk/src/pmc/sub.pmc
>
> Log:
> [core] Implement inspect and inspect_str on the Sub PMC, making various
> bits of information about the arguments it takes available. Re-implement
> ari
Yep, this is the issue that I wrote about a couple of days ago. If
you take a look at the code though, there is a point where the block
for bar is being made into a closure. Take a look at sub _block14:
.sub "_block14" :outer("_block12")
get_global $P20, "_block15"
newclosure $P20, $P2
# New Ticket Created by Zev Benjamin
# Please include the string: [perl #50552]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=50552 >
$ ./perl6 -c
> 1
syntax OK
Cannot take substr outside string
current instr.: 'parrot;PCT
On Feb 5, 2008 4:41 PM, via RT Zev Benjamin
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Zev Benjamin
> # Please include the string: [perl #50550]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=50550 >
>
>
> The fix
On Wed, Feb 06, 2008 at 03:33:14PM +0100, Klaas-Jan Stol wrote:
> function foo()
>
> local a = 2
>
> function bar()
> print(a)
> end
> end
>
> foo()
> bar()
>
> What happens here is, a function foo is defined, in which a local var. "a"
> is initialized to the value "2". Ano
On Feb 6, 2008, at 5:04 AM, Francois PERRAD wrote:
I agree with you, 'ld' is not a good name for a public function.
It's bigger than that. We need to not be making visible a function to
figure out log base 2.
xoa
--
Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance
Hi,
I have trouble understanding how lexicals work in the code that is generated
by PCT.
Consider the following Lua snippet:
function foo()
local a = 2
function bar()
print(a)
end
end
foo()
bar()
What happens here is, a function foo is defined, in which a local var. "a"
i
On 08/02/05 15:21 -0800, Zev Benjamin via RT wrote:
> There is a patch in RT #50550.
why on earth did i get a copy of your answer?
seems that it forged a from:
From [EMAIL PROTECTED]
something's fishy in there...
jérôme
--
[EMAIL PROTECTED]
I'm having the same problem as Walter.
src/ops/core_ops.c
src/ops/debug.ops: In function 'Parrot_debug_break':
src/ops/debug.ops: In function 'Parrot_debug_break':
src/ops/debug.ops:103: warning: null argument where non-null required
(argument 2)
src/ops/debug.ops:113: warning: null argument where
# New Ticket Created by Zev Benjamin
# Please include the string: [perl #50550]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=50550 >
The fix is straightforward, but this change should also be made in
STD.pm. This fixes R
# New Ticket Created by Zev Benjamin
# Please include the string: [perl #50558]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=50558 >
Implementation of the C builtin (except they don't return a
C).
Zev
Index: languages/
# New Ticket Created by Zev Benjamin
# Please include the string: [perl #50554]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=50554 >
I unfortunately can't reduce this to a more self-contained test-case
right now. I add t
There is a patch in RT #50550.
Zev
Perl (5.10) seems to handle this this way, util.c:
for apidoc my_snprintf
The C library C functionality, if available and
standards-compliant (uses C, actually). However, if the
C is not available, will unfortunately use the unsafe
C which can overrun the buffer (there is an overrun c
Andy Lester wrote:
I had removed the PARROT_API from ld() in list.c because we don't need
to offer as a public function to the user a function that computes logs
base 2. fperrad reverted that because it broke "make hello".
It seems to me that this is backwards, just like my PARROT_APIing some
Andy Lester wrote:
On Feb 5, 2008, at 1:17 PM, [EMAIL PROTECTED] wrote:
(He sent this to me directly by mistake)
snprintf is problematic on older Solaris systems, for one. At least
through 2.7 (2.8?) it's not included in any lib. So other apps needed to
test and bring in their own version.
20 matches
Mail list logo
