# New Ticket Created by "Alek Storm"
# Please include the string: [perl #42155]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42155 >
This patch moves args_signature, params_signature, returns_signature,
current_args, curr
Joshua Gatcomb wrote:
On 3/26/07, Ron Blaschke <[EMAIL PROTECTED]> wrote:
Not sure about the details of this issue, but r17772 seems to build fine
on Cygwin.
Really? No one on #parrot has been able to get parrot to work on Cygwin
for months.
Interesting, didn't know about this.
The reas
hi,
Currently, compilers/pircdoes not have a test suite. I'd like to change
that, but am not sure how to handle this.
My idea was to have the PIR scripts parsed by pirc, which outputs
*exactly* the same source (on success), which then should be compiled by
IMCC.
I'm not sure how to achieve t
I use Cygwin and am willing to occasionally test the build on it.
Alas I have no clue how to actually -develop- for Cygwin, so I doubt
I'd be much help fixing any problems that I find. But I'd be happy to
"svn up; perl Configure.pl && make all test" and summarize or post the
results.
--
I'd like
Am Mittwoch, 28. März 2007 03:14 schrieb Alek Storm:
> This patch moves args_signature, params_signature, returns_signature,
> current_args, current_params, and current_returns from Parrot_Interp
> to Parrot_Context. This makes the interpreter more reentrant, which
> is always a good thing.
Nope.
Hi All!
On 28/03/07, Ron Blaschke <[EMAIL PROTECTED]> wrote:
Joshua Gatcomb wrote:
> On 3/26/07, Ron Blaschke <[EMAIL PROTECTED]> wrote:
>>
>> Not sure about the details of this issue, but r17772 seems to build fine
>> on Cygwin.
>
> Really? No one on #parrot has been able to get parrot to work
# New Ticket Created by Steve Peters
# Please include the string: [perl #42156]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42156 >
In this next round of cleanups, I switched over the invoke() methods
to return opcode_t*
Eric Hanchrow schrieb:
I use Cygwin and am willing to occasionally test the build on it.
Alas I have no clue how to actually -develop- for Cygwin, so I doubt
I'd be much help fixing any problems that I find. But I'd be happy to
"svn up; perl Configure.pl && make all test" and summarize or post t
Is it me, or did this also change all the paths in MANIFEST.SKIP from win
style with backslashes to unix style with slashes?
(someone should double check the manifest.skip generator and have it only
output slashes.)
[EMAIL PROTECTED] writes:
Author: bernhard
Date: Wed Mar 28 10:22:00 2007
N
On Tue, Mar 27, 2007 at 05:42:12AM -0700, Steve Peters via RT wrote:
> > Anyway, it's worth noting that although one of functions actually
> > doesn't
> > return anything, it is documented as returning a PMC *. So either the
> > documentation or the function is wrong in parrotobject.pmc and shoul
> "Joshua" == Joshua Gatcomb <[EMAIL PROTECTED]> writes:
Joshua> Really? No one on #parrot has been able to get parrot to
Joshua> work on Cygwin for months. The reason has changed since
Joshua> this specific ticket but if you have a working cygwin
Joshua> build can you please
Will Coleda schrieb:
Is it me, or did this also change all the paths in MANIFEST.SKIP from
win style with backslashes to unix style with slashes?
I've seen the same effect. I suppose if stems from the changeset 17760,
where tools/dev/mk_manifest_and_skip.pl got a fix for Windows.
Under Linux '
I don't think there's a problem with the MANIFEST.SKIP either way, but I'd
like to avoid unnecessarily large diffs which obscure what was added to the
.SKIP file.
Bernhard Schmalhofer writes:
Will Coleda schrieb:
Is it me, or did this also change all the paths in MANIFEST.SKIP from win
styl
Author: jonathan
Date: Wed Mar 28 14:57:56 2007
New Revision: 17817
Modified:
trunk/docs/pdds/draft/pdd15_objects.pod
Log:
[PDD15]: Some extra details to explain the result of one role being composed
into another; these mostly mirror what happens when a role is composed into a
class.
Modifi
On 3/28/07, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
1) This ism't needed, these pointers are only valid and needed up to the
next
sub call/return.
The current_results member already lives in Parrot_Context; this patch
just moves the rest of them there as well. Variables can't be global
simp
# New Ticket Created by Jerry Gay
# Please include the string: [perl #42161]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42161 >
Parrot::Test throws a "Can't spawn" warning on windows if a system call
returns a negative
On 3/28/07, Ron Blaschke <[EMAIL PROTECTED]> wrote:
Joshua Gatcomb wrote:
> Really? No one on #parrot has been able to get parrot to work on Cygwin
> for months.
Interesting, didn't know about this.
The issue for the longest time was that miniparrot.exe would silently die
and not even gdb c
Patch applied in r17821.
18 matches
Mail list logo
