This case was approved at PSARC Feb 3rd 2010.
http://sac.sfbay/Archives/Minutes/PSARC/2010/20100203.html
--
Rod
Everybody to Everest!
April 2010, I'll climb to Mt. Everest Base Camp as a fund raiser for
The Challenged Athletes Foundation - www.everybodytoeverest.com. Visit
www.everestchal
Rod Evans writes:
> The compiler engineers have also asked for a means of selecting between a
> family of functions contained within the same dynamic object. Each family
> member is compiled differently to use various capabilities, where these
> capabilities can be provided by different systems.
On 01/26/10 06:03 AM, Rainer Orth wrote:
> Rod Evans writes:
>
>> The compiler engineers have also asked for a means of selecting between a
>> family of functions contained within the same dynamic object. Each family
>> member is compiled differently to use various capabilities, where these
>> ca
I've just been pointed to the following mail, which can be found
in the opensolaris-arc archives, but isn't in the PSARC mail log.
Apologies for missing this, but I'm not subscribed to the opensolaris-arc
alias.
> Subject: Re: PSARC/2010/022 Linker-editors: Symbol Capabilities
Rod Evans wrote:
> This model fits between the "psr" model and the loop-back mount model,
> and should provide a more flexible, and easier to create, model
> for general users to add symbol capabilities instances.
OK. Yes, it does look a lot simpler and more general than the previous
capabilities
why not carry on to the logical conclusion, i.e. full fat binaries
(x86/amd64/sparcv7/sparcv9)?
--
This message posted from opensolaris.org
Rod Evans wrote:
> In other words, we can take the contents of all our libc_psr libraries and
> put them in one libc.so.1. Then we can then throw away the /platform
> symlinked psr libraries.
Wicked cool. Any chance this (or some extension of it) could eventually
do in the loopback-mounted libc.
On 01/20/10 01:38 PM, James Carlson wrote:
> Rod Evans wrote:
>> In other words, we can take the contents of all our libc_psr libraries and
>> put them in one libc.so.1. Then we can then throw away the /platform
>> symlinked psr libraries.
>
> Wicked cool. Any chance this (or some extension of it
I'm sponsoring the following Fact-Track, time out Jan 27th 2010.
---
The link-editors provide a number of means for selecting alternative
implementations at runtime. Reserved tokens can be used with runpaths
(ie. $PLATFO