Sg3 utilities 1.25 [LSARC/2008/683 Self Review]

[xiao li - Sun Microsystems - Beijing China]

Please see my comments below.

David Zhang wrote:
> Add xiao.l at sun.com into this email loop.
>
> On 11/05/08 00:20, Alan Coopersmith wrote:
>> Mark A. Carlson wrote:
>>   
>>> I am sponsoring this case for Xiao Li. I have marked it closed approved
>>> automatic based on the checklist in the case directory.
>>>     
>>
>> The answers to this section of the checklist do not agree with the exported
>> interfaces table, and if answered correctly, would be "ARC review required".
>>
>>   
>>>   3.2 Exported Libraries
>>>       Are libraries being delivered by this project?
>>>       [ ] Yes
>>>       [x] No - continue with next section (section 3.3)
>>>
>>>       Are 64-bit versions of the libraries being delivered?
>>>       [ ] Yes
>>>       [ ] No - ARC review required
>>>     
>>>       Are static versions of the libraries being delivered?
>>>       [ ] Yes - ARC review required
>>>       [ ] No 
>>>     
>>
>>   
>>>>     Exported interface            Classification    Interface type
>>>>     ===============================    ==============    ==============
>>>>     /usr/lib/libsgutils.so        Private        Symbolic link
>>>>     /usr/lib/libsgutils.so.1        Private        Symbolic link
>>>>     /usr/lib/libsgutils.so.1.0.0    Private        Shared library
>>>>     /usr/lib/libsgutils.a        Private        Static library
>>>>     /usr/lib/libsgutils.la        Private        Libtool library
>>>>     file
>>>>       
>>
>> If this is indeed a private library, then not having a 64-bit version
>> is acceptable, but delivering .a & .la files is not.   (If no one else
>> will link with them, why would they be needed?   Even if it's public,
>> delivering .la files is unacceptable as it causes programs built using
>> libtool to link incorrectly.   If it's private, why is it in /usr/lib?)
>>
>>     
They are private libraries indeed.
It is ok for me to remove the .a and .la files. I just keep them as that 
on linux.
And according to the following link:
http://ostest.central.sun.com/wiki/index.php/Package_Delivery_Project     
(section 3.6)
http://sac.eng/cgi-bin/bp.cgi?NAME=install_locations.bp

"/usr/sfw" is obsoleted, so I'm putting things under /usr/bin and /usr/lib.
However, I would like to know the advice from ARC.
Thanks,
-Xiao
>>   
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20081105/a7f11d64/attachment.html>