When invoked with -q option, python3 prints no banner:
$ python3 -q
>>>

However, code.InteractiveConsole does not implement this feature:
$ python3 -mcode -q
Python 3.4.1 (default, May 19 2014, 13:10:29)
[GCC 4.2.1 Compatible Apple LLVM 5.1 (clang-503.0.40)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
(InteractiveConsole)
>>>

Here's a patch.

That was quick! (Well - I knew it would not be hard.)

I have two questions:

1. How should python3 -q -mcode behave?
2. If we add this patch, should we also attempt to emulate other command line options (-V, -h, etc.)?

Whether or not other options are emulated, unimplemented ones should probably be rejected.

> 1. How should python3 -q -mcode behave?

I've only now found out about sys.flags. I think we should check for -q both before -m and after, because why not?

> 2. If we add this patch, should we also attempt to emulate other command line options (-V, -h, etc.)?

As I see it, the module is only concerned with REPL functionality, making these options a bit out of scope.

In order to implement reasonable rejection behavior, we probably need to add some support for -h.

$ python3 -z
Unknown option: -z
usage: python3 [option] ... [-c cmd | -m mod | file | -] [arg] ...
Try `python -h' for more information.

I don't think we should condition acceptance of this patch on extra features.

AFAICT, the main use of the code module is in embedded situations and the if __name__ == "__main__" behavior is mostly there for demonstration purposes.

On the other hand, something like

$ python3 -mcode -z
Unknown option: -z
usage: python3 -mcode [-q]

is not hard to implement.

Here's a patch that checks both sys.flags and sys.argv and uses argparse.

> I think we should check for -q both before -m and after, because why not?

If we check for sys.flags.quiet, wouldn't it be surprising to have

$ python3 -mcode -q
>>> import sys; sys.flags.quiet
0

That's not a very likely scenario and I think the distinction between arguments that are passed to the script and interpreter flags is fairly obvious.

A nitpick: banner=banner in 

+   interact(banner=banner)

is redundant.

+   interact(banner)

would work and is just as clear.

Yeah, my love for keyword arguments is a bit too big sometimes.

New changeset 7f8843ec34ee by Alexander Belopolsky in branch 'default':
Issue #21966: Respect -q command-line option when code module is ran.
http://hg.python.org/cpython/rev/7f8843ec34ee

Committed.  Thanks, Anton.