As promised in the interim update email and spec.txt, the final spec.txt is updated in the case directory now with references to libusb CR and the 64-bit delivery dependency. If absolute sequencing is required, the project team can deliver the CR fix first before the libsane/sane delivery.
Here is the diff from the interim update. -------- -bash-3.00$ diff spec.txt /home/tl41329/ARC/cases/libsane.v4.psarc 73c73 < /usr/lib/libsane.so.1.0.19 Uncommitted SANE library --- > /usr/lib/libsane.so.1.0.19 Uncommitted SANE library[1] 116a117,120 > NOTE: > [1] Due to lack of 64 bit support of the dependent library - libusb, > this case will deliver 32-bit library first. libsane 64-bit support > will be delivered in another integration with CR6672460. 121a126 > [4] CR6672460 - libusb should provide 64-bit support Regards, Paul ------------ Gary Winiger wrote: >> Then again, a quick examination of /usr/lib and /usr/sfw/lib turns up >> hundreds of libraries that are 32-bit only. I was quite surprised to see >> that. >> >> PSARC members: Is there a requirement around 64-bit support? Or is it >> completely optional? >> > > Since Wyoming all libraries need to be 64 and 32 bit. Consolidations > and base delivery directories. Not having both is analgous to > not supporting Solaris ISA's. It's a no no. The only circumstance > might be a HW device for which there is only one ISA implementation. > > This project must deliver all relevant ISA interfaces. If there's > some dependency then that dependency needs to be resolved before > the project delivers. It's fine to have a delivery dependency. > > Gary.. > -- Tzongyu Paul Lee, Tzongyu.Lee at Sun.Com or Paul.Lee at Sun.COM BJS05 7225, x84343 http://blogs.sun.com/tpaullee/ Feel the Pulses of China http://tpaullee.blogspot.com/ -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: spec.txt URL: <http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20080312/488f5275/attachment.txt>
