Glenn Fowler wrote: > On Wed, 13 Feb 2008 05:55:25 +0100 Roland Mainz wrote: > > Joseph Kowalski wrote: > > > Roland Mainz wrote: > > > The short answer is "No". This isn't the way OpenSolaris integration > > > works. > > > You did see the comment that I said "... yes, we will do it..." ? > > > > We could probably accept a modified proposal that eliminated all "sum" > > > references. > > > Groan... sounds we have to use the crowbar to get libsum to use > > Solaris's libmd... ;-( > > did my message about this drop on the floor?
No, I simply missed it because my email filter system didn't like the way how PSARC-ext at sun.com shuffels emails around... mea culpa... ;-( > no tools required > a 5 line iffe script and a 300 line c wrapper for ast sum(3) <=> -lmd > are already coded and tested Sounds we both spend a night getting libmd support integrated (however your core is more complete+mature than my "MD5 proof of concept"-monstrosity) ... ... thanks! :-) > the ast cksum -x { md5 sha1 sha-256 sha-384 sha-512 } regression tests pass > with -lmd > roland: its up on ksh93.logical-approach.com: > src/lib/libsum/@(sumlib.c|sum-lmd.c|Makefile) > src/lib/libcmd/Makefile > > are the solaris descriptions/attributions below ok? > (they will only show up on solaris systems with -lmd) Yes, this looks Ok for me... Darren: 1. Are the changes Ok for you ? If "yes" I'll post a diff for the ARC case+manpages... 2. Are there any CDDL or Sun-owned versions of the optimized MD5/SHA* functions (I'm asking since the ksh93-integration project has the permission to contribute any Sun/CDDL code back to AT&T upstream under their license and AFAIK some optimized versions of these functions may be "nice to have") ? ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz at nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;)