The typical solution to this type of problem is basically what you
outlined as option 2, provide all versions and provide a method to
choose. Only there is already a method in Solaris/OpenSolaris, namely
the HWCAP linking option. This allows the runtime linker to choose
among several equivalent
Would your latest fix cause nothing to be compiled in opt/SUNWspro : sxce94
x86? I did the hpc product install utilities as before? Or was it simply
dropped??
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-
UNIX admin wrote:
>> The question on the table is how we should go about
>> providing optimized
>> libraries for all reasonable chip sets.
>
> Have you looked into isaexec(3C) (/usr/lib/isaexec)?
>
>
The applicability of isaexec to libraries is limited.
- Bart
--
Bart Smaalders
Ali Bahrami wrote:
> Daniel Templeton wrote:
>
>
>> 2) Offer a single package that includes all the tuned libraries under a
>> sub-directory and provide a way to switch among them, such as the
>> modules command (which is on our list of things to port).
>>
>
> This sounds like a pretty good ma
> The question on the table is how we should go about
> providing optimized
> libraries for all reasonable chip sets.
Have you looked into isaexec(3C) (/usr/lib/isaexec)?
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
Daniel Templeton wrote:
>
> 2) Offer a single package that includes all the tuned libraries under a
> sub-directory and provide a way to switch among them, such as the
> modules command (which is on our list of things to port).
>
This sounds like a pretty good match for hardware capabilities
I don't know if this is an PSARC question, a SFW gate question, or a
general OpenSolaris question, so I'm cross-posting all over the place. :)
I'm a member of the Solaris HPC team, and we're working on porting a
series of HPC libraries and applications to OpenSolaris, mostly to the
SFW consolid
