[Vm-dev] Re: VM team proposal: Remove class DSAPlugin from VMMaker,
package CryptographyPlugins (was: Crypto plugins for ubuntu 32-bits)
eliot.miranda at gmail.com
Thu Dec 10 18:03:33 UTC 2015
I'd like to go further. I'd like the Cryptography team to consider
transitioning to one plugin that contains lots of algorithms, so that all
of SSLPlugin, DESPlugin, DSAPlugin, MD5Plugin, and SHA25Plugin were
collapsed into one external CryptographyPlugin. I would modify Slang top
add the concept of a compound plugin that includes code from a number of
other plugin classes so that we could keep the classes separate but
generate a single CryptographyPlugin.c. The advantage here is in compiling
and managing a single external plugin in the production VMs. At first
we'll have to have two versions, the old and the new, because if we adopt
this idea we have to transition all the Smalltalk code to read e.g.
<primitive: 'primitiveDecodeState' module: 'CryptoPlugin'>
<primitive: 'primitiveDecodeState' module: 'DSAPlugin'>
Votes for and against?
On Mon, Dec 7, 2015 at 7:46 PM, David T. Lewis <lewis at mail.msen.com> wrote:
> Remove DSAPlugin from VMMaker (trunk and oscog both), and refer instead
> to the version in the Cryptography repository. This enables inclusion
> of three other Cryptography plugins from that repository, and also puts
> responsibility for ongoing maintenance of the DSAPlugin with the
> Cryptography team.
> Additional background is in Mantis:
> http://bugs.squeak.org/view.php?id=5228 "0005228: Include Cryptographic
> Primitives in Base VM - DESPlugin"
> There are four plugins in the CryptoPlugins in the Cryptography repository
> on squeaksource.com:
> The DSAPlugin is also provided by package VMMaker-Plugins in the VMMaker
> on source.squeak.org.
> The oscog and trunk versions of DSAPlugin are identical in VMMaker. The
> CryptoPlugins version differs only in some method time stamps, and one
> cosmetic difference (for which the CryptographyPlugin version would be
> preferred). Generated code is identical for all three.
> All four of the Cryptography plugins compile cleanly for both 32-bit and
> 64-bit host, with no platform source requirements.
> DSAPlugin is already included as an internal plugin in all unix VM
> distributions (interpreter/Cog/Spur), and the other three appear to
> pose no problems (although I have not tested except to verify clean
> Acceptance of this proposal means that we will do the following:
> 1) Delete class DSAPlugin from VMMaker and VMMaker.oscog.
> 2) For trunk/interpreter VMMaker, update the configuration map to pull in
> the CryptographyPlugins package from squeaksource.
> 3) Make equivalent updates for oscog so that the Cog/Spur builds use the
> Cryptography version
> 4) Make any additional updates required for Pharo VM
> 5) Add DESPlugin, MD5Plugin, and SHA256Plugin to the various VM builds.
> If there are no objections to this proposal, I will proceed with step 1.
> I would like to get positive confirmation from Eliot before proceding,
> because I do not want to add unnecessary confusion to the current
> Cog/Spur development work.
> On Sat, Dec 05, 2015 at 05:43:15PM -0500, Robert Withers wrote:
> > 10 years is long enough. :) How can I help?
> > On 12/05/2015 05:28 PM, David T. Lewis wrote:
> > >On Fri, Dec 04, 2015 at 09:57:02PM -0500, Robert Withers wrote:
> > >>I loaded the CryptographyPlugins package, from the Cryptography
> > >>repository into a VMMaker image, and generated the crypto plugins
> > >>externally. Although I have not measured it rigorously, there is a
> > >>noticeable performance improvement with SqueakElib tests.
> > >>
> > >>Untar these Ubuntu 32-bit crypto plugins into
> > >>
> > >>
> > >>
> > >>Let me know any issues.
> > >>
> > >>Regards,
> > >>Robert
> > >Yikes, it seems that we have had this issue open for nearly 10 years
> > >
> > > http://bugs.squeak.org/view.php?id=5228 "0005228: Include
> > > Primitives in Base VM - DESPlugin"
> > >
> > >Robert, I think you are on the vm-dev list, may I ask some follow up
> > >questions there?
> > >
> > >Dave
> > >
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Vm-dev