On Wednesday 13 February 2008 01:47:49 Klaas-Jan Stol wrote:
> I still get this test failure, as shown below.
> (I checked in rt and saw that a patch was applied unrolling some loop in
> this test somewhere in June 2007.)
>
> kjs
>
>
In article <[EMAIL PROTECTED]>, Larry Wall
<[EMAIL PROTECTED]> wrote:
> :given( $foo ) {
> : when( ( scalar @array and scalar %hash ) ~~ $_) ) { ... }
> : }
> which is exactly what I would expect from Perl 5, unless when is
> really a very intelligent macro of some sort. As far
On Friday 25 January 2008 10:05:38 NotFound wrote:
> As I said in a previous message, there are two casts in pf_items.c
> that are unnecessary and seems to be wrong.
>
> This patch removes both, avoiding warnings. Tested in Ubuntu 7.10 on
> Intel platform.
Thanks, applied with tweaks (someone sil
On Thursday 14 February 2008 21:25:35 Andrew Whitworth wrote:
> ..forgot the patch, again. I'll get better at this, i swear.
Thanks, applied with tweaks as r25863.
I removed the commented-out lines, for two reasons. First, we stick with C89
which doesn't allow C++-style comments. Second, ther
On Mon, Feb 18, 2008 at 04:22:57PM -0600, brian d foy wrote:
: This is actually a bug from Perl 5, but Perl 5's given is supposed to
: act like Perl 6's given.
Unfortunately, "supposed to" is pretty far off the mark in this case...
Perl 5's switch differs from Perl 6's in several significant way
chromatic wrote:
If we're relying on at least Perl 5.8.0 to build Parrot, can we rely on the
presence of Test::Simple in the installed Perl?
Yes. remove++ to all 3 packages in lib/Test/
On Feb 18, 2008 5:41 PM, chromatic <[EMAIL PROTECTED]> wrote:
> If we're relying on at least Perl 5.8.0 to build Parrot, can we rely on the
> presence of Test::Simple in the installed Perl? It's a core module as far
> back as 5.8.0.
>
+1
~jerry
On Feb 18, 2008 8:39 PM, chromatic <[EMAIL PROTECTED]> wrote:
> On Friday 15 February 2008 11:35:04 Will Coleda wrote:
>
> > According to http://gcc.gnu.org/onlinedocs/index.html#DIR, looks like
> > as of gcc 4.2.3 (but not 4.1.2), we can use the following option to
> > gcc:
> >
> > -Werror=declara
If we're relying on at least Perl 5.8.0 to build Parrot, can we rely on the
presence of Test::Simple in the installed Perl? It's a core module as far
back as 5.8.0.
-- c
On Friday 15 February 2008 11:35:04 Will Coleda wrote:
> According to http://gcc.gnu.org/onlinedocs/index.html#DIR, looks like
> as of gcc 4.2.3 (but not 4.1.2), we can use the following option to
> gcc:
>
> -Werror=declaration-after-statement
>
> To help enforce our C89 compliance by causing this
On Sunday 17 February 2008 07:01:00 Paul Cochrane wrote:
> the attached patch removes the instantiate opcode (see RT#48022). The
> patch also removes three tests in t/pmc/integer.t, which is something
> I'm not 100% sure about. After I'd tried to update the tests to use
> "new" instead of "insta
On Sunday 17 February 2008 10:45:21 Richard Hainsworth wrote:
> /examples/sdl/blue_font.pir
> works but produces random colors even though it should be blue
> while .../blue_rect.pir gives a solid blue
>
> The native SDL routine for font needs to have a color integer (as for
> rectangles) not a co
On Monday 18 February 2008 07:38:57 [EMAIL PROTECTED] wrote:
> Two straight comment patches seeking commitment: currently attached.
>
> (to exception.c and headers.c)
Thanks, applied with some tweaks as r25858.
-- c
On Sunday 10 February 2008 21:56:06 Ryan Voots wrote:
> When calling pbc_merge outside of the parrot root I encountered a
> segfault because pbc_merge cannot find lua_group.so, when run inside the
> parrot root it is able to find the .so inside the runtime directory.
>
> a simple test case of this
This is actually a bug from Perl 5, but Perl 5's given is supposed to
act like Perl 6's given. The long post is in use.perl:
http://use.perl.org/~brian_d_foy/journal/35682
I was playing with a when condition that used a logical operator to see
if the topic was both an element of an array and
# New Ticket Created by Jerry Gay
# Please include the string: [perl #50968]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=50968 >
in rakudo's perl6doc parser
(languages/perl6/src/utils/perl6doc/grammar.pg), i have the fol
# New Ticket Created by "Joshua McAdams"
# Please include the string: [perl #50966]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=50966 >
I'm using git-svn to check parrot; however, some of the parrot tests
look for SVN-sp
On Mon, 18 Feb 2008, chromatic wrote:
> On Monday 18 February 2008 06:43:22 Andy Dougherty wrote:
>
> > The problem here looks relatively simple: The symbol _Parrot_conv_i2_i
> > is defined in two places: myops_ops.o and
> > /usr/local/lib/libparrot.dylib(core_ops.o)
> >
> > That '/usr/local/lib
Two straight comment patches seeking commitment: currently attached.
(to exception.c and headers.c)
--
Email and shopping with the feelgood factor!
55% of income to good causes. http://www.ippimail.comIndex: src/exceptions.c
==
On Mon, 18 Feb 2008, James E Keenan wrote:
> Andy Dougherty wrote:
>
> > The problem here looks relatively simple: The symbol _Parrot_conv_i2_i
> > is defined in two places: myops_ops.o and
> > /usr/local/lib/libparrot.dylib(core_ops.o)
> > That '/usr/local/lib/libparrot.dylib' shouldn't be the
On Monday 18 February 2008 06:43:22 Andy Dougherty wrote:
> The problem here looks relatively simple: The symbol _Parrot_conv_i2_i
> is defined in two places: myops_ops.o and
> /usr/local/lib/libparrot.dylib(core_ops.o)
>
> That '/usr/local/lib/libparrot.dylib' shouldn't be there. It's probably
Joshua McAdams wrote:
t/examples/library.t (Wstat: 256 Tests: 4 Failed: 1)
Failed test: 3
Non-zero exit status: 1
I'm getting this failure too. But I think it's a side effect from
Coke's work on .pir files this weekend, as he's marked it as a 'fail'.
Coke: Will
On Feb 18, 2008, at 11:04 AM, James E Keenan wrote:
I suspect a 'make realclean' should fix this.
or make distclean, which is even more thorough than realclean.
--
Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance
Joshua McAdams wrote:
I think I did install a version of parrot from macports and then
uninstalled it... must not have cleaned up enough. Regardless,
deleting /usr/local/lib/libparrot.dylib solved the problem and I now
have a compiling and [almost] test-passing version of parrot on my
system. T
Joshua McAdams wrote:
[snip]
I've attached my ld and ldflags trace too. I used your ccc wrapper
and directly linked to gcc and g++ instead of going through the cc and
c++ links found on my system. Other than the inclusion of
/opt/local/lib twice, the thing that stands out the me is that th
Andy Dougherty wrote:
The problem here looks relatively simple: The symbol _Parrot_conv_i2_i
is defined in two places: myops_ops.o and
/usr/local/lib/libparrot.dylib(core_ops.o)
That '/usr/local/lib/libparrot.dylib' shouldn't be there. It's probably a
remnant of an old installation. Unins
> That '/usr/local/lib/libparrot.dylib' shouldn't be there. It's probably a
> remnant of an old installation. Uninstalling the old libparrot should fix
> this problem.
I think I did install a version of parrot from macports and then
uninstalled it... must not have cleaned up enough. Regardless,
On Sun, 17 Feb 2008, chromatic wrote:
> On Sunday 17 February 2008 17:13:37 James E Keenan wrote:
>
> > > /usr/bin/ld: multiple definitions of symbol _Parrot_conv_i2_i
> > > myops_ops.o definition of _Parrot_conv_i2_i in section (__TEXT,__text)
> > > /usr/local/lib/libparrot.dylib(core_ops.o) def
[snip]
> Am attaching my results for contrast. Mine are achieved with the
> wrapper around Configure.pl which I posted on list earlier in
> thread. Note that in mine 'ld' picks up the value passed via shell
> setting at step 'inter::progs'.
>
> This works for me, but may not be relevant to your
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Feb 18 14:00:07 2008 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with m
chromatic wrote:
On Sunday 17 February 2008 17:13:37 James E Keenan wrote:
Compiling with gcc and linking with g++ looks more suspicious to me. Is that
really how things work on Darwin?
That's what I've been doing -- with satisfactory results -- since I
first joined the project.
# New Ticket Created by "Ted Neward"
# Please include the string: [perl #50956]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=50956 >
Steps look as follows:
C:\Prg\parrot-svn>svn up
At revision 25835.
C:\Prg\pa
By the way, being new to posting bugs to the Parrot system, if there's more I
can provide by way of info, don't hesitate to let me know.
Ted Neward
Java, .NET, XML Services
Consulting, Teaching, Speaking, Writing
http://www.tedneward.com
> -Original Message-
> From: Parrot via RT [mail
33 matches
Mail list logo
