On 1/16/06, Larry Wall <[EMAIL PROTECTED]> wrote:
> Yes, at least for any block that really is capturing a closure.
> Perhaps we need to distinguish those from "accidentally" nested
> top-level functions. But undecorated "sub" is more-or-less defined
> to be "our sub" anyway, just as with "package
James E Keenan wrote:
What happens with: prove -vb t/sort_bug.t
It was in the next section via make with TEST_VERBOSE. Subtests
complete successfully then the test dies.
t/sort_bug1..2
# parent 2267: continue
# kid 1 before eq_set
# parent 2267: continue
# parent 2267: waiting for joi
David Golden wrote:
Dear Michael and Perl QA colleagues,
Wes Barris was trying to install one of my modules and encountered a
dependency problem when Test-Simple-0.62 failed to make on his system.
I was able to get some additional details, but I'm not sure what advice
to offer him. The prob
The first Free and Open Source Conference ("FrOSCon") [1] takes place on June,
24th and 25th 2006 in Sankt Augustin, near Bonn, Germany.
Organized by a commited team, it aims to become a significant event for free
software in the Rhineland. The conference is hosted by the faculty of
Computer S
On Mon, Jan 16, 2006 at 02:38:14PM +0800, Audrey Tang wrote:
: -BEGIN PGP SIGNED MESSAGE-
: Hash: SHA1
:
: I'm almost sure this had been covered before, but I failed to find a
: reference in either the archives or in synopses, so here goes again:
:
: sub f ($x) {
: sub g ($y)
What about the whole parrot/installable_parrot difference?
On Jan 16, 2006, at 5:33 PM, Jonathan Worthington wrote:
Ooh, nice catch - I'm to blame for the addition of those two functions
but (a) develop on Win32 where this likely wouldn't show up and (b)
don't have an installed Parrot anyway,
"Larry Wall" <[EMAIL PROTECTED]> wrote:
I just had the same problem, and chased it down to the fact that it was
using -L/usr/local/lib ahead of its own blib, so it was linking against
an old libparrot of some sort or other. I'm not sure what the correct
solution is, but as a workaround I deleted
On Mon, Jan 16, 2006 at 02:48:57PM -0800, Larry Wall wrote:
: I just had the same problem, and chased it down to the fact that it was
: using -L/usr/local/lib ahead of its own blib, so it was linking against
: an old libparrot of some sort or other. I'm not sure what the correct
: solution is, but
I just had the same problem, and chased it down to the fact that it was
using -L/usr/local/lib ahead of its own blib, so it was linking against
an old libparrot of some sort or other. I'm not sure what the correct
solution is, but as a workaround I deleted /usr/local/lib/libparrot*
and then it lin
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #38255]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38255 >
Parrot bindings for libsyck have been started, but never really
completed. Som
Anyhow, I haven't added the stats about whether a report is from
automated testing as you can't tell unless the test is using YACSmoke
as it adds a tag line in the report. Incidentally, Adam it would be
worth you doing the same with PITA, so these sorts of stats could be
gleaned in the future.
S
# New Ticket Created by Will Coleda
# Please include the string: [perl #38253]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38253 >
# New Ticket Created by Will Coleda
# Please include the string: [perl #38252]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38252 >
> [1:37p] audreyt : chromatic: there is already PIR binding for
> libsyck's parsing p
On Mon, 2006-01-16 at 14:51 +0100, Leopold Toetsch wrote:
> As said, get_params isn't emitted at all, if there are no params. A
> simple work-around could be:
>
>.macro .no_params # maybe defined internally
> get_params '()'
> ...
> With r11213 this throws an exception for the above sam
On Thu, Jan 12, 2006 at 03:17:55AM +0100, Sébastien Aperghis-Tramoni wrote:
>
> AFAICT, serious smokers (the ones that automatically and regularly
> send CPAN Testers reports) all use CPAN::YACSmoke. The previously
> used one was cpansmoke, included with previous versions of CPANPLUS:
> http://s
Roger Browne wrote:
Wow, it really does work. Thanks! Although it misses the case where the
called sub has zero .params:
.sub 'main' :main
errorson 0x0C
foo(5)
.end
.sub foo
print "Not OK\n"
.end
As said, get_params isn't emitted at all, if there are no params. A
Audrey Tang (autrijus) wrote:
I'm glad to report the soon-to-be-released Pugs 6.2.11 now targets
Parrot with the new calling convention and lexical pad syntax.
However, the explicit demand on a "newclosure" runtime call makes
package-scoped subroutines awkward to generate and use -- please see
t
Klaas-Jan Stol wrote:
Hi,
since yesterday, Parrot breaks during compiling, with the following
output:
c++ -o miniparrot -L/usr/local/lib -Wl,-E compilers/imcc/main.o \
-Wl,-rpath=/home/klaas/parrot/blib/lib -L/home/klaas/parrot/blib/lib
-lparrot -lnsl -ldl -lm -lcrypt -lutil -lpthread -lr
Hi,
since yesterday, Parrot breaks during compiling, with the following output:
c++ -o miniparrot -L/usr/local/lib -Wl,-E compilers/imcc/main.o \
-Wl,-rpath=/home/klaas/parrot/blib/lib -L/home/klaas/parrot/blib/lib
-lparrot -lnsl -ldl -lm -lcrypt -lutil -lpthread -lrt -lgmp
src/null_config.o
19 matches
Mail list logo