On Wednesday 24 October 2007 13:52:33 Paul Cochrane wrote:
> In t/src/ro.t there is the todo item:
>
> # XXX: should this work?
>
> and the related pir code:
>
> # three = 4 # should fail -- is that what we want
>
> The question is: is the behaviour encapsulated in the test actually what we
> want
On Thursday 12 February 2009 13:14:42 Will Coleda via RT wrote:
> Here's a shorter example that still generates a bus error for me on
> darwin/x86
Oh look, it's an order of destruction problem.
> And here's a partial bt from the bus error:
> #0 0x0001 in ?? ()
> #1 0x0107f318 in Parrot_exi
On Thursday 05 February 2009 17:51:34 James Keenan via RT wrote:
> On Mon Jun 09 17:34:09 2008, chroma...@wgz.org wrote:
> > This should be an easy fix for a Makefile hacker.
> We have 'make' target dynpmc-clean which is included in 'clean'. So if
> you called 'make clean' before reconfiguring,
On Thursday 05 February 2009 08:57:18 jerry gay wrote:
> we will roll our own bignum, and give users the ability to use gmp or
> another external library at configure time.
That sounds like a fantastic recipe for hard-to-debug configuration problems
and all of the joys of fixing copious amounts
On Wednesday 21 January 2009 17:23:42 Christoph Otto wrote:
> If there's a cheaper way to implement this and still support C-level PMC
> ATTR multiple inheritance, I'll be thrilled to implement it.
We've never really supported C-level PMC multiple inheritance. As best I can
figure, it was a qui
On Monday 19 January 2009 14:13:22 Bob Rogers wrote:
>On Monday 19 January 2009 13:41:21 Bob Rogers wrote:
>> Math ops:
>> - ceil/floor
>> - transcendental ops
>> - gcd/lcm/fact
>>
>> What are you suggesting as replacements? Or (with
On Tuesday 20 January 2009 09:50:56 Patrick R. Michaud wrote:
> > > What's the replacement opcode for n_neg ?
> > If we remove n_neg, the replacement is likely a two-step operation:
> >
> > clone $P1, $P2
> > neg $P1
>
> Please, not this -- it's terribly inconsistent.
>
> When we got rid o
On Tuesday 20 January 2009 07:27:53 Patrick R. Michaud wrote:
> On Mon, Jan 19, 2009 at 08:35:26PM -0800, chromatic via RT wrote:
> > I've done most of this in r35787, but we can't get rid of n_neg entirely
> > until someone updates PCT and NQP not to use it for prefix
Author: chromatic
Date: Mon Jan 19 21:19:27 2009
New Revision: 35788
Modified:
trunk/docs/pdds/pdd17_pmc.pod
trunk/docs/pdds/pdd28_strings.pod
Changes in other areas also in this revision:
Modified:
trunk/DEPRECATED.pod
trunk/compilers/imcc/pbc.c
trunk/languages/lua/src/pmc
On Saturday 17 January 2009 10:36:13 Andrew Whitworth wrote:
> Even if the morph opcode isn't used often, the morph VTABLE interface
> is used quite a bit internally. There really isn't any easier and
> still standard way of changing between types for PMCs. It certainly
> beats having to invoke PM
On Thursday 08 January 2009 12:53:49 Andy Lester wrote:
> I like the sound of "Rakudo Tuesday".
I can't read the word "Purdue" without thinking "Year of the Purdue Wonder
Chicken" -- but try working that into Perl 6 advocacy.
-- c
On Sunday 04 January 2009 06:38:08 Klaas-Jan Stol via RT wrote:
> On Sun Jan 04 06:03:03 2009, rurban wrote:
> > The imcc problem is still there. Found by testing TT #127.
> > The trace shows some off-by-one string failures:
> >
> > 98 get_class P0, "Data::Dumper" P0=PMCNULL
> >101 if
On Wednesday 31 December 2008 12:26:07 Andy Dougherty wrote:
> This is not a hypothetical what-if situation. I have lost many hours to
> just this situation. See my long example in ticket RT #50684. To save
> everyone from looking it up, I will extract the relevant example here:
Your copy and
On Monday 29 December 2008 18:41:56 James Keenan via RT wrote:
> Well, I have to admit I don't know what a fakecutable would be. In any
> event, my main concern right now is to see if someone deems this program
> valuable enough to take it over and get it working. Otherwise, per
> Jerry's origin
On Wednesday 24 December 2008 15:57:20 Bob Rogers wrote:
> Are you sure this works? Have you checked that the resulting string is
> correct? See Trac #52.
Fixed in r34399 -- calling Parrot_allocate_string() on the fake string
constructed for reading broke things. Parrot_reallocate_string() wo
On Thursday 25 December 2008 23:29:28 Allison Randal via RT wrote:
> CGP is too important to be deprecated over something as small as this.
If it were important, we'd test it and maintain the code. We don't, ergo
-- c
On Tuesday 23 December 2008 18:47:23 Geoffrey Broadwell wrote:
> On the other hand, I'm somewhat concerned that Parrot 1.0 will either
> itself be rather slow, or will architecturally force HLL implementations
> to be slow. While looking for the IRC discussion mentioned by Coke, I
> found the fol
On Tuesday 23 December 2008 14:53:15 Jarkko Hietaniemi wrote:
> I am seeing some new warnings, if I find the time I'll file a new bug on
> those. An easy quick one to fix would be this:
>
> cc: Info: ./include/parrot/sub.h, line 47: Trailing comma found in
> enumerator list. (trailcomma)
> } sub_
On Thursday 11 December 2008 06:14:36 François PERRAD wrote:
> Since the merge of the branch ppd22io, the mode of the stdin stream has
> changed. Currently, it isn't possible to peek on stdin.
>
> $ cat peek.pir
> .sub 'main'
> $P0 = getstdin
> $S0 = peek $S0
> .end
>
> $
On Wednesday 03 December 2008 18:00:32 Jarkko Hietaniemi wrote:
> First we get a couple of warnings fro some files, but then one file
> refuses to compile (see below). I didn't notice any other warnings or
> failures during Configure.pl and/or during compilation.
Thanks for the report.
> src/op
The following code performs far more work than it has to, mostly due to
crossing the C/PCC boundary multiple times, as well as throwing away known
information:
$P0 = box 10
$I0 = cmp $P0, 10
This:
- calls VTABLE_cmp on $P1, reaching VTABLE_cmp in the Default PMC
On Friday 19 December 2008 07:12:15 Will Coleda via RT wrote:
> I believe chromatic has gone one step further and made this a build
> error.
>
> If so, then we can close this ticket.
I concur.
-- c
Author: chromatic
Date: Tue Dec 16 16:05:40 2008
New Revision: 33998
Modified:
trunk/docs/pdds/draft/pdd14_numbers.pod
Log:
[PDD] Updated link to IBM's decimal arithmetic library (thanks to Geraud for
finding its new location).
Modified: trunk/docs/pdds/draft/pdd14_number
On Tuesday 16 December 2008 15:40:32 Allison Randal via RT wrote:
> The simple solution is to add opcodes for 'setstdin', 'setstdout', and
> 'setstderr' that change the interpreter's stored FileHandle PMCs to a
> PMC passed in as an argument. This will not effect any C code that
> directly calls t
On Thursday 11 December 2008 08:20:06 Will Coleda wrote:
> As I understand it, box is designed to deal /only/ with promoting the
> 3 basic register types (SIN) to PMCs of the appropriate HLL type (just
> like autoboxing in PCC), not to provide a way to promote literal
> values for arbitrary core P
On Wednesday 10 December 2008 23:20:22 Moritz Lenz wrote:
> Parrot r33793 has has two failures in 'make fulltest', in the last bunch
> of the test runs. (I don't see how to find out which runcore that is).
It's the run-from-PBC runcore.
> Test Summary Report
> ---
> t/op/pushacti
Author: chromatic
Date: Wed Dec 10 00:58:53 2008
New Revision: 33751
Modified:
trunk/docs/pdds/draft/pdd14_numbers.pod
Log:
[PDD] Reviewed Numbers PDD; minor edits to formatting and phrasing. Sadly,
IBM's Standard Decimal Arithmetic Standard is no longer available from IBM's
s
On Thursday 04 December 2008 11:23:33 Rich Rauenzahn wrote:
> I'm compiling for 32bit, and it looks like it is perl crashing, although
> I assume it is loading some parrot plugin that has been compiled?
> /rjr/perl/bin/perl tools/build/pmc2c.pl --vtable
> make: *** [vtable.dump] Segmentation fau
On Wednesday 03 December 2008 09:34:19 Rich Rauenzahn wrote:
> This originally was the result of trying to setup a smoke test platform
> for Parrot on HPUX-- so I gave it another try today... unfortunately it
> still coredumps, but I don't think smoke reports those.
Is it possible to get a backtr
On Saturday 29 November 2008 20:09:50 James Keenan via RT wrote:
> Failure observed in r33324. So that narrows range to 33321-33324,
> inclusive.
If you're continuing to bisect to the offending patch, you don't need to
update the ticket with ranges is useful. If you can't narrow it down furthe
On Saturday 29 November 2008 15:25:52 Klaas-Jan Stol via RT wrote:
> I think this issue was related to the old MMD system. If so, then I
> suspect this ticket can be closed.
The example given was, but the underlying idea isn't.
> Please have a look at this issue, and close it/let know whether it
On Thursday 20 November 2008 00:21:01 Andreas J. Koenig via RT wrote:
> According to examples/benchmarks/primes2.pir there was a nearly 30x
> slowdown in the last weeks. Two random data points:
>
> https://svn.perl.org/parrot/[EMAIL PROTECTED] was fast (~ 8 secs)
> https://svn.perl.org/parrot/[EMA
On behalf of the Parrot team, I'm proud to announce Parrot 0.8.1 "Tio
Richie." [1] Parrot is a virtual machine aimed at running all dynamic
languages.
Rat Creature #1: Comrade! We are about to feast! Quick, get your fat
carcass behind this bush and get ready!
Rat Creature
On Tuesday 18 November 2008 04:27:38 James Keenan via RT wrote:
> On Mon Nov 17 19:30:10 2008, [EMAIL PROTECTED] wrote:
> > I need to see more, but I think I know what this is. Use the 'bt'
> > command in gdb to show the whole backtrace. Hopefully it includes
> > Parrot_really_destroy().
> Sor
On Monday 17 November 2008 19:10:00 James Keenan via RT wrote:
> On Mon Nov 17 18:29:34 2008, [EMAIL PROTECTED] wrote:
> > All SIGNAL 11s on Darwin need a backtrace. Can you provide one?
> Does this look like the correct file to run a backtrace on?
That's the one.
> (gdb) run t/pmc/pmc_3.pasm
On Monday 17 November 2008 18:17:30 James Keenan wrote:
> The following test is failing on Darwin/PPC at r32784. It passed on
> Linux at the same revision number.
>
> not ok 3 - PMC type check
>
> # Failed test 'PMC type check'
> # at t/pmc/pmc.t line 75.
> # Exited with error code: [SIGNAL 1
On Monday 17 November 2008 11:07:52 Andrew Dougherty wrote:
> Note, by the way, that perl-5.8.8 only shipped with Storable 2.15.
Perl 5.8.8 doesn't ship with File::Which either, and we require that too. (We
do bundle that in our repository, which is something we shouldn't do and
something I th
On Saturday 11 October 2008 14:53:53 Christoph Otto wrote:
> Calling string_hash with a seed value other than the one used in src/hash.c
> (3793) can cause strange and wonderful failures if the STRING is reused by
> imcc.
>
> What happens is that after the STRING's hash is computed, it's cached in
Parrot 0.8.1 will come out on Tuesday, 18 November. Please concentrate on bug
fixes and closing tickets (low priority fixes are better) until further
notice.
As well, please update NEWS and various status files, including PLATFORMS (and
any deprecations) in preparation for the release.
Test r
On Friday 14 November 2008 18:13:48 Will Coleda via RT wrote:
> Here's a very simple patch:
>
> Index: imcc.l
> =
> ==
> --- imcc.l (revision 32647)
> +++ imcc.l (working copy)
> @@ -305,7 +305,12 @@
>
>
> <*>[ISNP]{DIGIT}{
On Monday 27 October 2008 09:14:32 Will Coleda wrote:
> While trying to duplicate the tcl segfault in PIR, I was able to
> generate PIR that reliably segfaulted; except it turned out it was
> segfaulting a different way:
>
> .sub '__onload' :immediate
> load_bytecode 'TGE.pbc'
> push_eh cl
On Sunday 19 October 2008 14:02:58 Klaas-Jan Stol wrote:
> when running code as this:
> .sub main :immediate
> load_bytecode "foo.pir"
> .end
>
> (assuming you have a file 'foo.pir'), IMCC can't handle this.
>
> This is because in pbc.c, a global structure called 'globals' is used to
> allow the
On Monday 03 November 2008 09:38:11 Andy Dougherty wrote:
> > 3. 1 of the tests appears to fail depending on how the OS initial-
> > cases 'Inf'. Again, could this be addressed in a hints file?
>
> This too is a long-standing problem: See [perl #19183]. It stalled
> pending a decision on wheth
On Thursday 13 November 2008 13:54:36 James Keenan via RT wrote:
> At r32625, I am observing this on Darwin/PPC -- but it passes on
> Linux/i386. Darwin below.
Is the backtrace the same as the one Moritz posted?
-- c
On Sunday 19 October 2008 14:02:58 Klaas-Jan Stol wrote:
> when running code as this:
> .sub main :immediate
> load_bytecode "foo.pir"
> .end
>
> (assuming you have a file 'foo.pir'), IMCC can't handle this.
>
> This is because in pbc.c, a global structure called 'globals' is used to
> allow the
On Wednesday 05 November 2008 14:31:21 [EMAIL PROTECTED] wrote:
> Modified:
>trunk/compilers/pirc/new/pir.l
>trunk/compilers/pirc/new/pirlexer.c
>trunk/compilers/pirc/new/pirlexer.h
>
> Log:
> [pirc] add support for braced arguments in macro expansion.
>
> Modified: trunk/compilers/pir
Fixed in r32445. Thanks for reporting!
On Tuesday 28 October 2008 20:07:18 James Keenan via RT wrote:
> Still failing as of r32225; cf
> http://smolder.plusthree.com/app/public_projects/tap_stream/7437/260
>
> not ok 6 - set_integer_keyed_str
>
> # Failed test 'set_integer_keyed_str'
> # at t/pmc/packfile.t line 140.
> # Exited wit
On Monday 03 November 2008 09:38:11 Andy Dougherty wrote:
> > 2. 4 of the tests appear to fail depending on how the OS 'spells'
> > the negation of zero. Could we address this in a hints file?
> This is a long-standing problem: See [perl #28170] and [perl #30737]. The
> last time I looked at
On Friday 07 November 2008 14:56:34 Patrick R. Michaud (via RT) wrote:
> There's a bug somewhere in the escape opcode
> (r32442, no libicu present). Here's the test case:
>
> $ cat y.pir
> .sub main
> $S0 = unicode:"x/\u0445\u0440\u0435\u043d\u044c_09-10.txt"
> say $S0
> $S1
On Thursday 06 November 2008 12:52:38 Vasily Chekalkin wrote:
> > Not until we apply this patch and all tests still pass.
> Looks like you missed few lines from this patch. Few thousand lines :)
This patch is necessary, but not sufficient!
Anyone who does want to help though should apply this p
On Wednesday 22 October 2008 09:28:38 Bernhard Schmalhofer via RT wrote:
> Does this mean that this ticket can be closed and the deprecation item
> in DEPRECATED.pod be removed?
Not until we apply this patch and all tests still pass.
-- c
=== include/parrot/pobj.h
==
On Monday 27 October 2008 11:41:22 Carl Mäsak wrote:
> I'm running Mac OS X 10.5.4, and can't compile Parrot >r32189. I
> managed to compile the latest revision (r32196), but only after
> "updating" src/multidispatch.c down to r32188.
>
> The make output for the failing builds is long and not evi
On Monday 20 October 2008 10:25:06 Mark Glines wrote:
> chromatic wrote:
> > 2) What's setting an invalid pointer-to-a-PMC here?
>
> This question is answered at the end of the following dump. (This is
> one of the things I nopasted during our IRC discussion last week, tha
On Tuesday 04 November 2008 03:30:16 HG wrote:
> Build errors with parrot-0.8.0 :-
> src/exceptions.c
> src/exceptions.c: In function `Parrot_ex_build_exception':
> src/exceptions.c:74: `_CONST_STRING_74' undeclared (first use in this
> function) src/exceptions.c:74: (Each undeclared identifier is
On Wednesday 29 October 2008 14:06:15 NotFound wrote:
> > With the following example (and the other patches to
> > Parrot_ex_throw_from_op_args added by NotFound++), I'm able
> > to run the following version and get to 250,000 without any
> > difficulty.
> >
> >$ cat x.pir
> >.sub 'main'
>
On Wednesday 29 October 2008 11:48:57 Patrick R. Michaud (via RT) wrote:
> 'make test' in pheme is giving an error in r32229:
>
> [EMAIL PROTECTED]:~/parrot/r32229/languages/pheme$ make test
> ../../parrot ../../compilers/tge/tgc.pir --output=lib/ASTGrammar.pir
> lib/pge2past.tg ../../parrot
> /ho
On Monday 27 October 2008 09:15:29 Will Coleda wrote:
> > While trying to duplicate the tcl segfault in PIR, I was able to
> > generate PIR that reliably segfaulted; except it turned out it was
> > segfaulting a different way:
> >
> > .sub '__onload' :immediate
> >load_bytecode 'TGE.pbc'
> >
On Monday 27 October 2008 18:18:26 Will Coleda wrote:
> Attached is a PIR-only file (no tcl required) that triggers the same
> GC-related segfault (tested in r32210)
Fixed in r32229. The problem is that retrieving the STRING value of a String
Key returned that STRING directly. Modifying its co
On Tuesday 28 October 2008 07:05:47 [EMAIL PROTECTED] (via RT) wrote:
> But perhaps there will someone be able to find a way to solve this problem.
Can you provide a backtrace from GDB?
-- c
On Monday 27 October 2008 19:36:58 chromatic wrote:
> I think I know how to promote primitive registers to their
> autoboxed PMCs in that function; Parrot's calling conventions should take
> care of the rest.
Fixed in r32211. All tests pass (including the TODO test I added for this).
-- c
On Monday 27 October 2008 19:26:31 Bob Rogers wrote:
> All true. But it's unfortunate that the Parrot type system considers
> "int" and "Integer" unrelated. As a result, MMD prevents autoboxing
> (when chromatic and I had expected otherwise).
I'm not sur
On Wednesday 22 October 2008 22:49:37 Patrick R. Michaud (via RT) wrote:
> Since a number of steps have changed since the last time I worked
> with adding/removing opcodes (April 2008), and I have little idea
> what might be causing this, I'm filing this ticket in hopes that
> someone can clear th
On Wednesday 22 October 2008 23:47:23 Gabor Szabo wrote:
> Thanks for the quick answer.
> Then I have another few questions :-)
>
> Don't you think it would be important to start working in this direction?
Sure, but I think a lot of things are important. My top priority is to fix
anything that
On Wednesday 22 October 2008 23:06:22 jerry gay wrote:
> this is definitely fallout from the mmd branch merge. seems ops.skip
> hasn't been modified, and make opsrenumber was never run after opcodes
> were modified.
>
> i wrote a hack that suggests all ops from ops.skip should be removed:
That's
On Wednesday 22 October 2008 23:23:46 Gabor Szabo wrote:
> I am totally lack of relevant knowledge so I'd like to get some from you.
>
> There are many mobile platforms out there.
> Linux based, Symbian, Blackberry, iPhone, Windows, Palm, Android, etc..
>
> I wonder what are the chances of Parrot
On Sunday 19 October 2008 14:02:58 Klaas-Jan Stol wrote:
> when running code as this:
> .sub main :immediate
> load_bytecode "foo.pir"
> .end
>
> (assuming you have a file 'foo.pir'), IMCC can't handle this.
>
> This is because in pbc.c, a global structure called 'globals' is used to
> allow the
On Wednesday 15 October 2008 12:01:15 Will Coleda via RT wrote:
> > In src/objects.c:Parrot_MMD_method_idx() there is the todo item:
> >
> > TODO allow dynamic expansion at runtime.
>
> Now in src/oo.c:Parrot_MMD_method_idx()
>
> Note function is marked as deprecated.
Removing it breaks nothing,
On Wednesday 15 October 2008 17:33:58 Will Coleda via RT wrote:
> With the attached patch, parrot builds and tests with no errors[0]. A
> re-configure is necessary to regenerate a file.
>
> [0] well, no additional or unexpected errors.
Works for me. +1 to apply.
-- c
On Tuesday 07 October 2008 02:54:55 Moritz Lenz wrote:
> I've just updated from r31667 to HEAD (r31745), and ran my usual build
> incantation:
>
> $ make realclean; perl Configure --cc='ccache gcc' && make -j 2 test
>
> This time it died:
>
> find_sub_not_null_p_s 1391 experimental, not
On Thursday 16 October 2008 11:22:20 Andrew Whitworth via RT wrote:
> On Tue Sep 30 04:34:58 2008, bernhard wrote:
> > In src/hash.c:816 there is a TODO comment:
> >
> > /* TODO randomize */
> > hash->seed = 3793;
> >
> > This needs to be investigated and probably implemented.
>
> I assume
On Monday 13 October 2008 12:23:23 Seneca Cunningham wrote:
> Test 27 of t/op/arithmetics.t fails when parrot is built as a 32-bit
> binary on Intel OS X 10.5 (64-bit builds pass the test).
>
> MacBook-Pro:build-20081012-32 seneca$ prove -v t/op/arithmetics.t
> t/op/arithmetics1..27
> # Fail
On Wednesday 15 October 2008 12:19:33 Will Coleda via RT wrote:
> The long term goal for languages is that they'll live in their own
> repository, rather than being shipped with parrot's.
>
> Having just gone through this with partcl, I don't think we need to do
> more in the parrot repository on
The current RT open and new count is 685 tickets. If every committer closed
one ticket a day between now and our next release, we could cut that number
to 600.
Everyone who reads this is welcome too. Start here:
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html#openoverview
-- c
On Wednesday 15 October 2008 08:35:32 [EMAIL PROTECTED] wrote:
> Modified:
>trunk/src/oo.c
>
> Log:
> fix PMC_IS_NULL used instead of STRING_IS_NULL in oo.c
>
> Modified: trunk/src/oo.c
> ===
>=== --- trunk/src/oo.c (origi
On Wednesday 15 October 2008 05:54:59 Will Coleda wrote:
> The namespace of the generated file should be changed, the subclass
> should probably be updated. (TGE itself should probably be updated to
> not live a namespace with a '::' in it. The actual transform sub can
> keep the name it has, but
On Tuesday 14 October 2008 02:14:24 Klaas-Jan Stol wrote:
> In order to fix the 'inconsistent dll linkage' errors on windows (and also
> the warnings during compiling the parser/lexer of imcc), 2 defines must be
> added.
>
> These are:
>
> #define YYMALLOC
> #define YYFREE
>
> These must occur /be
On Monday 13 October 2008 14:23:21 Moritz Lenz wrote:
> with r31926 the pcre.t tests fails due to a segfault:
>
> (gdb) run pcre.pir
> Starting program: /home/moritz/src/parrot/parrot pcre.pir
> [Thread debugging using libthread_db enabled]
> [New Thread -1232648512 (LWP 21873)]
> warning: Lowest
On Saturday 05 July 2008 11:58:07 Patrick R. Michaud (via RT) wrote:
> This one takes a bit of lengthy explanation, but the bottom
> line is that the 'isa' opcode can returns different results
> when given a String PMC versus a string register or constant.
I can't reproduce that as of r31933, but
On Friday 29 August 2008 21:47:41 Stephen Weeks wrote:
> I tried using resizablepmcarray's append() in cardinal and I got 'double
> fre or corruption' on program exit.
>
> I tried to fix it, but I'm not sure about GC issues.
>
> As far as I can tell, the attached shouldwork.patch (which adds
> GC_
On Sunday 14 September 2008 07:05:26 Reini Urban wrote:
> Enhance tools/install/smoke.pl to test already installed parrot by using
> %PConfig and a DESTDIR arg for a temporary installation.
Thanks, applied as r31931.
-- c
On Thursday 02 October 2008 07:35:09 NotFound wrote:
> I think will be better the other way, using the return value to flag
> existence, and passing a pointer to store the result. This will allow
> shorter and cleaner code.
A 5% improvement in some subsystems is nice, but nothing else uses out
p
On Monday 13 October 2008 13:11:45 Mark Glines wrote:
> This GDB was configured as "x86_64-pc-linux-gnu"...
> (gdb) run t/op/bitwise_27.pir
> Starting program: /work/parrot-dev/parrot-trunk/parrot
> t/op/bitwise_27.pir
> [Thread debugging using libthread_db enabled]
> warning: Lowest section in /u
On Friday 10 October 2008 15:20:45 Andrew Whitworth wrote:
> what PASM opcodes to "<<" and "<<=" produce? are they the same opcodes
> or something different?
> > $ cat x.pir
> > .sub main :main
> >$P0 = new 'Integer'
> >$P0 = 1
> >$P1 = $P0 << 3
This is shl_p_p_i.
> >say $P1
> >
On Friday 10 October 2008 14:52:54 Gabor Szabo wrote:
Hi Gabor,
> Now at r31867 I get the following.
> This PASS-es but there seem to be an error somewhere anyway.
> [EMAIL PROTECTED]:~/work/parrot/ext/Parrot-Embed$ ./Build test
> t/00-loadok
> t/interp.1/26 Parrot VM: Can't stat no file
On Wednesday 08 October 2008 21:26:04 Hans Dieter Pearcey wrote:
> When libpq can't be loaded, this unhelpful message appears:
>
> No such string attribute '0'
>
> the attached patch fixes that.
Thanks, applied as r31857.
-- c
On Wednesday 08 October 2008 16:19:26 chromatic wrote:
> We ought to fix that executable name thing sometime, but try your program
> with the line I added.
By "we" I mean "me" and by "ought to" I mean "r31802".
-- c
On Wednesday 08 October 2008 14:06:18 Jeff Horwitz wrote:
> r31757 and r31758 cause mod_perl6 and any other embedding app to segfault
> when loading perl6.pbc. all is well if i revert those individual revs
> from my working copy.
>
> platform is debian, gcc 4.1.2
>
> the following test program pr
On Wednesday 08 October 2008 10:14:30 [EMAIL PROTECTED] wrote:
> Modified:
>trunk/t/pmc/config.t
>
> Log:
> [t] fix config pmc test to deal with case-insensitive platform
>
> Modified: trunk/t/pmc/config.t
> ===
>=== --- t
In src/string.c, the documentation for string_substr() says:
=item C
Copies the substring of length C from C from the specified
Parrot string and stores it in C<**d>, allocating memory if necessary. The
substring is also returned.
=cut
*/
The signature is:
PARROT_API
PARROT_CANNOT_RETURN_NULL
On Friday 03 October 2008 18:14:19 [EMAIL PROTECTED] wrote:
> Log:
> [pipp] implement clone, add, i_add and assign_pmc and enable associated
> tests
>
>
> Modified: trunk/languages/pipp/src/pmc/phparray.pmc
> ===
>=== --- trunk
On Friday 03 October 2008 11:19:34 Will Coleda wrote:
> On Fri, Oct 3, 2008 at 12:13 PM, Geoffrey Broadwell <
> Fair enough. For these two files, I recommend something more like:
>
> use 5.008; # get nice error on older perls
> use 5.8.6; # our actual requirement
>
> Which is from the slightly
On Thursday 02 October 2008 13:37:28 [EMAIL PROTECTED] wrote:
> Author: julianalbo
> Date: Thu Oct 2 13:37:27 2008
> New Revision: 31570
>
> Modified:
>trunk/src/ops/io.ops
>
> Log:
> some fixes in the open opcode
> --- trunk/src/ops/io.ops (original)
> +++ trunk/src/ops/io.ops Thu
On Wednesday 01 October 2008 21:24:39 Stephen Weeks via RT wrote:
> Attached is a possible fix of this problem. I'm fairly certain that
> it's correct, but I'd like review from at least one other person before
> I commit it.
It makes sense to me. I wonder if we could re-enable the optimization
On Wednesday 01 October 2008 13:43:37 NotFound wrote:
> > auto::pcre - Does your platform support
> > pcreyes, 6.7.
> >
> > With this version installed, I could not reproduce the error you
> > reported. See:
> > http://smolder.plusthree.com/app/public_projects/tap_stream/
On Sunday 28 September 2008 05:47:14 Nikolay Ananiev wrote:
> I'm trying to build parrot r31477 with visual studio 2008 on vista home and
> i get the following error
>
> src\pmc\exceptionhandler.c
> .\src\pmc\exceptionhandler.pmc(34) : error C2275:
> 'Parrot_ExceptionHandler_attri
> butes' : illeg
On Thursday 25 September 2008 13:29:20 Dave Whipp wrote:
> I was attempting to build parrot (0.7.1 release), but got a failure in
> the docs directory because "perldoc" was not in my path. Looking at the
> Makefile I see that it sets "PERLDOC := /perldoc", but
> uses "perldoc" in a rule. I think t
On Tuesday 23 September 2008 21:37:09 Patrick R. Michaud wrote:
> +1 in favor of applying this patch (and updating any tests to match) --
> this will _really_ improve things for PCT and Rakudo. Thanks!
Applied as r31402.
-- c
On Wednesday 24 September 2008 11:22:22 [EMAIL PROTECTED] wrote:
> Modified:
>trunk/docs/book/ch04_pir_subroutines.pod
>trunk/docs/book/ch09_hlls.pod
>
> Log:
> [Book] Add some basic info about VTables and HLL namespaces.
>
> Modified: trunk/docs/book/ch04_pir_subroutines.pod
> --- trunk/d
On Thursday 18 September 2008 06:13:30 Patrick R. Michaud (via RT) wrote:
> When generating PIR output (e.g., from the compiler tools), we
> often need to convert a Float value into an equivalent representation
> for PIR. Unfortunately, all of the mechanisms I've looked at for
> doing this lose a
1 - 100 of 1673 matches
Mail list logo
