[cups.development] Re: [RFE] STR #1472: Support building of 32- and 64-bit libraries

[Michael Sweet]

[STR Closed w/Resolution]

Fixed in Subversion repository.

FWIW, changing CUPS_SERVERBIN to point to $exec_prefix/lib/cups or
$exec_prefix/libexec/cups instead of $libdir/cups fixes the latter issue -
no need for a symlink anymore.

To summarize the implementation, I've added two new configure directives,
--enable-32bit and --enable-64bit, which enable generation of the
corresponding separate cups and cupsimage libraries. The --enable-32bit
option is implemented for GCC and native compilers on IRIX, Linux, and
Solaris. The --enable-64bit option is implemented for GCC and native
compilers on IRIX and Solaris.

64-bit Linux compiles now default libdir to /usr/lib64 when present.
Similarly, 32-bit libraries are placed in /usr/lib32 when present. This
should, hopefully, work around Debian's unfortunate choice to turn their
backs on the rest of the Linux community and the long history in the
commercial UNIX environment of placing the 64-bit libraries in a separate
directory from /usr/lib.

Currently none of the packaging files has been updated to include the
alternate libraries, when configured - will create a separate STR for
that...

Link: http://www.cups.org/str.php?L1472
Version: 1.2-feature
Fix Version: 1.2-current (r5274)