Hi Nicolas

пт, 11 янв. 2019 г. в 23:34, Nicolas Cellier <
nicolas.cellier.aka.n...@gmail.com>:

> Hi,
> I announce the availability of Smallapack in Pharo6.
>
> The ConfigurationOfSmallapack is in
> http://www.squeaksource.com/MetacelloRepository and there is a copy in
> meta repo for Pharo 3/4/5/6.
>
> Currently, the ported version uses a derivative of OpalCompiler patched to
> handle method with 16+ arguments.
> External function calls have not been converted yet to UnifiedFFI, but the
> patched compiler rather has hook to compile legacy FFI.
> Though I did not install the hook to call FFI with more than 15 arguments,
> so there is at least 1 unit test failing (but not crashing).
>
> I have auto-re-generated all the source code for using UnifiedFFI formats,
> so the dependency on legacy FFI is not a necessity (apart for simplifying
> cross dialect maintenance).
>
> But I want to review the generated code method by method rather than
> filing it in blindly (the wrapper functions are also generated, and I might
> loose comments or improvments if I'm careless). Unfortunately, the state of
> diff tools in Pharo6, be it thru MC or worse than all, thru legacy change
> lists, does not enable such a large scale review, so I think that I will
> edit in Squeak and run in Pharo...
>
> Now that Smallapack supports Opal, there should be no major problem for
> porting to Pharo7, but I did not have time to try yet. A few more MC
> regressions, and the fact to forbid protocol beginning with a * was too
> serious a cross compatibility hurdle for me.
>

Protocol with star is still convention to store class extensions in files.
No compatibility issues here. Calypso just hides it from user because
package and protocol is not the same thing. And I hope in Pharo 8 we will
support multiple protocols and separate packaging. But more important is to
finely clean RPackage implementation. The current way how method is became
bound to package is horrible.


> But I'll come back to it, tools are generally better in ph7 than ph6. Stay
> tuned.
>
>

Reply via email to