Nicolas Williams wrote:
> On Thu, Jan 22, 2009 at 03:47:34PM -0800, Danek Duvall wrote:
>> On Thu, Jan 22, 2009 at 05:33:45PM -0600, Nicolas Williams wrote:
>>
>>> On Thu, Jan 22, 2009 at 06:28:32PM -0500, Dale Ghent wrote:
>>>> On Jan 22, 2009, at 4:17 PM, David.Ford at sun.com wrote:
>>>>
>>>>> May I suggest /usr/suncc (short for Sun
>>>>> Compiler Collection).
>>>> I like that.
>>> I think I just wrested a concession, that a directory under /usr is not
>>> needed.  A directory under /usr/lib, with symlinks from /usr/bin, should
>>> do until the i-team is able to spread the bundled bits into the correct
>>> locations.
>> Except that in a parallel thread, Chris told us that there's a bin
>> directory that users will have to access, as not all things that are there
>> will have symlinks in /usr/bin (such as "version").  Yes, that could be
>> /usr/lib/suncc/bin, but is that better than /usr/suncc/bin?
> 
> Oh well.  I tried :)  So count me in favor of /usr/suncc.

I'm also happy with /usr/suncc, except that the opposite argument to not 
using studio comes into play in the future when more rest of what is now 
Sun Studio does get bundled into /usr.

Naming is hard, in particular because marketing names change over time 
(as the compilers team(s) know all too well!).

Why not simply /usr/spro/$VERSION yes it isn't the full thing but even 
in /opt/SUNWspro/$VERSION it is common not to have a "full" install (or 
at least it used to be when the components each cost money and were 
licensed separately).  Or /usr/lib/spro/.

As long as it isn't /usr/compilers and at least hints that is is the Sun 
developed compiler I'm happy.

-- 
Darren J Moffat

Reply via email to