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