defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
invoked FdTOx (convert floating point to 64-bit integer) instruction
with odd register number as the second argument, while apparently[*]
an even number is required:
fdtox %f10, %f15
It caused ``Illegal operands'' error when compiling `draw_symbols.c':
{standard input}: Assembler messages:
{standard input}:2686: Error: Illegal operands
{standard input}:2695: Error: Illegal operands
{standard input}:2835: Error: Illegal operands
{standard input}:2844: Error: Illegal operands
{standard input}:2854: Error: Illegal operands
{standard input}:2864: Error: Illegal operands
Fix the build by forcing -O0 when compiling this file on sparc64.
- Remove OPTCFLAGS option which enabled "optimized" CFLAGS ``-O2 -pipe'':
these are our default CFLAGS for a long time
[*] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56890
GraphicsMagick was just updated, but there was as newer, second
PR to upgrade it once more. And again, the shared library version
has been bumped (haven't these guys heard of symbol versioning?)
While the INDEX references 114 users of GraphicksMagick, I'm going to
only bump the same 8 ports as yesterday. The bump script appears to
be obsolete (still uses CVS!)
PR: 203547
Submitted by: Walter Schwarzenfeld
released in 2014. The release has only minor changes, but among them
is the ability to link against BDB 5.x instead of being restricted to 4.x.
Since the current port has "WITH_BDB_HIGHEST" set to true, the highest
available is now 5.x, and the 2.0.4 would not work with 5.x, this alone
is reason to update.
I've pinged Carl several times and committing this fix anyway but will
email Carl again as a courtesy.
PR: ports/198872
Submitted by: russo@bogodyn.org
- Mk/bsd.database.mk rewrite, new default to db5.
- db6 is eligible by default only if installed on the system.
- Bump PORTREVISION of all ports that directly depend on BerkeleyDB or
where USE_BDB is found in the port's directory
- Patch a few ports such that they will pick up or work with newer
versions.
- Add UPDATING entry
- Drive-by format fix for pks
- Drop BerkeleyDB option from mail/popular for now, requires more work.
- Exp-run logs linked from the PR below.
- Ports that do not build (IGNORE, BROKEN, etc.) have pro-forma changes
for new Berkeley DB, but are untested.
NOTE: please read UPDATING and the Wiki page before proceeding!
Announcement: http://lists.freebsd.org/pipermail/freebsd-ports-announce/2014-August/000090.html
Wiki reference: https://wiki.freebsd.org/Ports/BerkeleyDBCleanup
PR: 192690
Approved by: portmgr (implicit, PORTREVISION bump on unstaged ports)
This breaks Xastir badly as it assumes QuantumDepth is an integer.
This fix below removes ImageMagick from the build and defaults
to GraphicsMagick which still works. (From PR)
- Convert to options NG while I am in here. (db)
PR: ports/169172
Submitted by: carl@stagecraft.cx
