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
# 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
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.
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
[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
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
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
> 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,
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
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
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:
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 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
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
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, 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
# 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
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
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
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 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 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
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 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
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
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 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
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
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 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
>
>
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
33 matches
Mail list logo
