ops_pct and the plan for world domination
François Perrad
francois.perrad at gadz.org
Sat May 15 17:25:13 UTC 2010
2010/5/15 François Perrad <francois.perrad at gadz.org>
>
>
> 2010/5/15 Vasily Chekalkin <bacek at bacek.com>
>
> On Fri, May 14, 2010 at 2:47 AM, Christoph Otto <christoph at mksig.org>
>> wrote:
>> > The ops_pct branch is ready to merge into trunk. If you're not familiar
>> > with the goal of this branch, it's part of chromatic's overall plan for
>> > Lorito*. We need a proper ops compiler (not a regex-based code mangler)
>> > before we can use different languages to implement those ops. The
>> ops_pct
>> > moves us toward that goal by reproducing the functionality of our
>> current
>> > ops2c perl code in nqp**.
>>
>> And I would like to postpone merge after release. We missed few bits
>> in self-hosting opsc (e.g. generating of oplib/ops.h file) and it was
>> quite few updates for new nqp setting library.
>>
>> I don't expect major problems to arise, but I want more careful
>> testing on various platforms (e.g. Windows)
>>
>>
> After a checkout on Windows
>
> make: *** No rule to make target `lib/Parrot/OpLib/core.pm', needed by
> `.\parrot.exe'. Stop.
>
> After remove the useless dependence, the build is OK.
>
> Only 1 test fails :
> t/op/01-parse_ops.t (Tests: 0 Failed: 0)
> Non-zero exit status: 2
> Parse errors: Unknown TAP token: "Can't locate Parrot/OpLib/core.pm in
> @INC (@INC contains: lib . ../lib ../../lib C:/strawberry/perl/site/lib
> C:/strawberry/perl/vendor/lib C:/strawberry/perl/lib) at t/op/01-parse_ops.t
> line 10."
> Unknown TAP token: "BEGIN failed--compilation aborted at
> t/op/01-parse_ops.t line 10."
> No plan found in TAP output
>
> The full report is available on
> http://smolder.plusthree.com/app/projects/report_details/33841
>
> Finally, 'make bootstrap-ops' fails, because this target must be rewritten
> :
> bootstrap-ops : $(OPS2C)
> $(OPS2C) --core
> $(MAKE) . # with a dot here, because $(MAKE) contains 'gmake -C'
>
> But the regeneration part (ie. ops2c.exe --core) runs fine.
>
Now with r46670, all is fine
see http://smolder.plusthree.com/app/projects/report_details/33845
I also tested dynops with
$ tools/dev/mk_language_shell.pl --with-ops Xyz
François.
>
> François
>
>
>
>> --
>> Bacek.
>> _______________________________________________
>> http://lists.parrot.org/mailman/listinfo/parrot-dev
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.parrot.org/pipermail/parrot-dev/attachments/20100515/d2e57854/attachment.htm>
More information about the parrot-dev
mailing list