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
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
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
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
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
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
# 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
# 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 >
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 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
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
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
"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
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,
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)
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
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
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
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
19 matches
Mail list logo
