[opensource-dev] Is 'STANDALONE' confusing?

[Aleric Inglewood]

I agree too. I have found 'standalone' to be confusing all along, and
inverting it (ON <--> OFF) is a very logical thing to do.
If inverting is acceptable then USE_PREBUILT_LIBS sounds good.  Or
perhaps, USE_LL_PREBUILT_LIBS
which would be more clear, but wouldn't work for the TPV's :(.
If inverting is not acceptable then maybe change '--standalone' into
--no-prebuilt-libs.
A LOT worse, but still better than 'standalone' would be USE_SYSTEM_LIBS.

On Mon, Feb 21, 2011 at 4:19 PM, Discrete Dreamscape
<discrete.dreamscape at gmail.com> wrote:
> USE_PREBUILT_LIBS doesn't make absolute sense either if you consider the
> fact that your system's libraries are "prebuilt". This would imply that the
> inverse of the setting would cause supporting libraries to be built from
> source or some such.
> I would make it something like "USE_LINDEN_LIBS".
>
> Discrete
>
> On Mon, Feb 21, 2011 at 10:00 AM, Thickbrick Sleaford
> <thickbrick.sleaford at gmail.com> wrote:
>>
>> On Monday 21 February 2011 16:38:01 Boroondas Gupte wrote:
>> > On 02/21/2011 03:28 PM, Oz Linden (Scott Lawrence) wrote:
>> > > If we are going to change it, the replacement term should, in addition
>> > > to being more accurately descriptive of what it does, be an
>> > > affirmative
>> > > term - don't suggest any 'NO_*" replacements.
>> >
>> > Would it be acceptable to invert the setting's semantic in order to
>> > avoid a negation? I.e., STANDALONE=OFF would become NEW_SETTING=ON and
>> > vice versa. That'd allow for easy-to-understand names like
>> > USE_PREBUILD_LIBS or DOWNLOAD_NEEDED_DEPENDENCIES.
>> >
>> > Off course, the default value should be inverted together with the
>> > setting's semantic, such that the default behavior does not change.
>> >
>>
>> I agree with Boroondas. I think it *should* be changed, and my vote goes
>> to
>> USE_PREBUILT_LIBS (which should default to on.)
>>
>>
>> --
>> Thickbrick
>> _______________________________________________
>> Policies and (un)subscribe information available here:
>> http://wiki.secondlife.com/wiki/OpenSource-Dev
>> Please read the policies before posting to keep unmoderated posting
>> privileges
>
>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>