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.dreamsc...@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.sleaf...@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 > _______________________________________________ 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
