Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-23668

scons abbreviated options do not work properly

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Major - P3
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 4.2.10, 4.7.0, 4.4.2
    • Component/s: Build
    • Labels:
      None
    • Backwards Compatibility:
      Fully Compatible
    • Operating System:
      ALL
    • Backport Requested:
      v4.4, v4.2
    • Sprint:
      Execution Team 2020-08-10, Dev Platform 2020-09-07

      Description

      SCons apparently supports accepting unambiguous prefixes of valid options; see e.g. http://scons.org/doc/1.3.1/HTML/scons-api/SCons.compat._scons_optparse.OptionParser-class.html#_match_long_opt

      However, if you pass an unambiguous abbreviated option on the command line, scons accepts it but GetOption(name) still returns None when our SConstruct code asks for the fully specified option name.

      You can try this with --disable-warnings-as-errors:

      Example:
      $ scons mongod --disable-warnings-as-er

      Expected behavior:
      scons either returns an error, or proceeds normally as if --disable-warnings-as-errors had been passed on the command line.
      Actual behavior:
      scons proceeds normally as if --disable-warnings-as-errors had NOT been passed on the command line.

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              acm Andrew Morrow
              Reporter:
              milkie Eric Milkie
              Participants:
              Votes:
              0 Vote for this issue
              Watchers:
              8 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved: