Signed-off-by: Anders Kaseorg <andersk@mit.edu>

The uninitialized variable warning from T x; broke the test if the
user passed CXXFLAGS='-O2 -Wall -Werror'.  (Users shouldn’t do that;
our own --enable-compile-warnings=error option was unaffected.)

Signed-off-by: Anders Kaseorg <andersk@mit.edu>

Signed-off-by: Anders Kaseorg <andersk@mit.edu>

These tests only define HAVE_* macros that we never check.

Signed-off-by: Anders Kaseorg <andersk@mit.edu>

As of commit dd941df1

, we no longer
build any plain C, except within AM_PROG_AR.

Signed-off-by: Anders Kaseorg <andersk@mit.edu>

Change the openssl-devel package to libssl-devel.  Cygwin still has an
"obsolete" (essentially virtual) package for openssl-devel, but it
doesn't seem to work properly on Appveyor's Cygwin install.

Protobuf >= 3.6.0 requires C++11, which I added support for last year.
But when I did that, I requested strict ANSI C++ compatibility, which
causes Cygwin/newlib's libc feature test macros to be set to disable
(at least) POSIX.1 extensions.  Let the Autoconf macro use its default
instead (prefer GNU/extended C++, accept anything).

Signed-off-by: Anders Kaseorg <andersk@mit.edu>

Statically linking mosh-server with glibc isn’t a great idea for
various reasons (nsswitch modules, locale format incompatibilities).
But we can provide most of the benefits of static linking by allowing
specific library dependencies to be linked statically using -Bstatic
and -Bdynamic.  The full set is enabled by

    ./configure --enable-static-libraries

which is equivalent to

    ./configure --enable-static-libstdc++ --enable-static-libgcc \
      --enable-static-utempter --enable-static-zlib --enable-static-curses \
      --enable-static-crypto --enable-static-protobuf

and results in binaries whose only runtime library dependencies are
provided with libc:

    $ ldd src/frontend/mosh-server
            linux-vdso.so.1 (0x00007ffe0b377000)
            libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007fa0d9970000)
            libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fa0d97e3000)
            libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fa0d97c2000)
            libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fa0d95d8000)
            /lib64/ld-linux-x86-64.so.2 (0x00007fa0d9f6a000)

Signed-off-by: Anders Kaseorg <andersk@mit.edu>

Signed-off-by: Anders Kaseorg <andersk@mit.edu>

If there are consecutive resize events in the userstream to be applied in
"serve", we should apply the last/latest one in the sequence, not the
first/earliest one.

This fixes a problem where a flurry of resize events (eg, generated
by a window manager resizing the client), can cause mosh to have an
out-of-date idea as to what the physical geometry of the window is.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230624

This makes me a little sad, it's time to move to C++11 or greater.

Also stop using _exit(), believed unnecessary now with proper stdio
flushing.

As predicted, 'brew unlink python' is no longer needed.

This shouldn't require C++11 when not required.

This hack may not always detect when C++11 *is* required,
in which case a little autoconf tweaking may be needed
to get a good compile.

The 'brew unlink python' can probably be removed for later images.

Fixes #634.

Signed-off-by: Anders Kaseorg <andersk@mit.edu>

Fixes #946, matching the behavior of --server without --local.

Signed-off-by: Anders Kaseorg <andersk@mit.edu>

Use HAVE_UTEMPTER instead of HAVE_UPTEMPTER

Fix typo for issue #942:
- mosh-server incorrectly reports detached session in utmp/wtmp

10.10 is now obsolete, and installing packages from Homebrew on Travis
takes a long time because everything is built from source.

In moving this function from e2e-test, I forgot that it depends on a
variable set there.

This test is properly gated on tmux 2.4.

This reverts commit aa96fc86.

tmux doesn't support BCE until 2.4, so this change fails on 2.3.