<ChangeLog>
*) Feature: the $ssl_preread_protocol variable in the
ngx_stream_ssl_preread_module.
*) Feature: now when using the "reset_timedout_connection" directive
nginx will reset connections being closed with the 444 code.
*) Change: a logging level of the "http request", "https proxy request",
"unsupported protocol", and "version too low" SSL errors has been
lowered from "crit" to "info".
*) Bugfix: DNS requests were not resent if initial sending of a request
failed.
*) Bugfix: the "reuseport" parameter of the "listen" directive was
ignored if the number of worker processes was specified after the
"listen" directive.
*) Bugfix: when using OpenSSL 1.1.0 or newer it was not possible to
switch off "ssl_prefer_server_ciphers" in a virtual server if it was
switched on in the default server.
*) Bugfix: SSL session reuse with upstream servers did not work with the
TLS 1.3 protocol.
</ChangeLog>
CONFIGURE_TARGET is used for --build which is the host performing the
build. TARGETARCH is used in powerpc64-gcc/Makefile as the target
architecture of the binaries generated by the compiler being built.
When building a non-amd64 target compiler on an amd64 host,
CONFIGURE_TARGET was set to amd64-unknown-freebsd which confused GCC
(it breaks compilation of an i386 target compiler on an amd64 host).
It would also result in setting CONFIGURE_TARGET improperly when
building an amd64 compiler on a non-amd64 host. Fix by remapping
amd64 to x86-64 if the ARCH is amd64 rather than the TARGETARCH.
Reviewed by: bapt
Differential Revision: https://reviews.freebsd.org/D16227
GCC's builtin <float.h> header is not compatible with
sys/x86/include/float.h. Drop the builtin header for now. If at
some point GCC's notion of floating point constants for i386 can
converge with sys/x86/include/float.h this can be restored.
Reviewed by: bapt
Differential Revision: https://reviews.freebsd.org/D16073
Don't bump PORTREVISION because DRIVER option is enabled by default and does not affect to the generated package.
Reported by: Claude Buisson <clbuisson@orange.fr>
MFH: 2018Q3 (blanket)
The python binding is removed from math/z3 and placed into a separate
port math/mpy-z3-solver that builds for all python versions.
While here, remove the unnecessary CONFLICTS statement.
PR: 229937
Approved by: portmgr
Two fixes:
* Force some stl-related define values because configured values are wrong
* Force the C++-98 standard because of breakage on newer clangs/systems
Reported by: fallout
- Code base compiles under USE_CXXSTD=gnu++98
- Use options helpers
- Fix no-op IMAGEMAGICK option; the patch to disable it no longer
did anything. With ImageMagick installed in the build environment
ImageMagick support was enabled regardless of option state
- Deprecate. It's unmaintained upstream and the build problems will
likely get worse over time
- Take maintainership
http://beefy11.nyi.freebsd.org/data/head-i386-default/p475217_s336659/logs/cuneiform-1.1.0_4.log
PR: 216197
two kinds of problems:
1) Sloppy handling of 8-bit data and assuming that `char' is signed by
default in AdPlug and Commodore 64 SID plugins code;
2) Incorrect detection of SSE2 support. Contrary to GCC, Clang always
accepts `-msse2' command line option, even on !x86; it just tells that
it won't be used. As a result, SSE2 code was compiled whilst it could
not be, causing the build to fail.
While here, remove no longer relevant patching of the configure script.
Preparatory change in order to import a newer Xen version while
keeping the previous one.
Reviewed by: bapt
Sponsored by: Citrix Systems R&D
Differential Revision: https://reviews.freebsd.org/D16416
WeeChat script for Off-the-Record (OTR) Messaging. This script makes every
effort to securely provide OTR Messaging in WeeChat
Submitted by: Vinícius Zavam <egypcio@googlemail.com>
Sponsored by: Rubicon Communications, LLC (Netgate)
Differential Revision: https://reviews.freebsd.org/D16327
reason (releases and tarballs are generated and uploaded automatically via
Travis-CI continuous integration system).
Contents of both old and new distfiles are identical. The author had also
confirmed that new (well, let's say most recent) tarball is legit.
TIMESTAMP (deadbeef-0.7.2.tar.bz2) = 1466336082
