Integrate libsane and sane into Solaris [PSARC/2008/170 FastTrack timeout 03/11/2008]

[James Carlson]

Scott Rotondo writes:
> PSARC members: Is there a requirement around 64-bit support? Or is it 
> completely optional?

The closest to a "requirement" I know about is the 64-bit readiness
question in the PSARC 20questions document.

I'd say that the default should be that a Public library ought to
support all of the compilation modes that are supported on the
system.  The rest would be exceptions:

  - If the library is Private, and the only applications using it are
    compiled 32-bit (as are most applications), then no 64-bit binary
    would be needed.

  - If there's something about the way the library is used that would
    make a 64-bit application implausible, then the 64-bit version
    might not be needed.  There's no reason to build bits that
    "nobody" will use.

  - If the design of the library itself is just not compatible with an
    LP64 environment (lots of pointers casted to int or longs used as
    32-bit quantities), and if the project team can't be pursuaded to
    fix these bugs (or the cost of fixing them is "very high"), then
    perhaps a 64-bit version would be unneeded, but I'd suggest filing
    a bug with the project integration.

In this specific case, I could probably believe the second argument
above, but if compiling as 64-bit is "not hard," I'd suggest doing it.

-- 
James Carlson, Solaris Networking              <james.d.carlson at sun.com>
Sun Microsystems / 35 Network Drive        71.232W   Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757   42.496N   Fax +1 781 442 1677