devel/flatbuffers: update 24.3.25 → 24.12.23

devel/flatbuffers: update 24.3.7 → 24.3.25

Reported by:	portscout

devel/flatbuffers: update 23.5.26 → 24.3.7

Reported by:	portscout

devel/flatbuffers: Update 23.3.3 → 23.5.26

Reported by:	portscout

devel/flatbuffers: Update WWW

devel/flatbuffers: Update 23.1.21 → 23.3.3

Reported by:	portscout

devel/flatbuffers: Update 23.1.4 -> 23.1.21

Reported by:	portscout

devel/flatbuffers: Update 22.12.06 -> 23.1.4

Reported by:	portscout

devel/flatbuffers: Update 22.11.23 -> 22.12.06

Reported by:	portscout

devel/flatbuffers: Update 22.10.26 -> 22.11.23

Reported by:	portscout

devel/flatbuffers: Update 22.9.29 -> 22.10.26; Expand pkg-descr

devel/flatbuffers: Update 22.9.24 -> 22.9.29

Reported by:	portscout

devel/flatbuffers: Restore PORTEPOCH

devel/flatbuffers: Update 2.0.8 -> 22.9.24

Reported by:	portscout

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

devel/flatbuffers: Update 2.0.7 -> 2.0.8

Reported by:	portscout

devel/flatbuffers: Update 2.0.6 -> 2.0.7

Reported by:	portscout

devel: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  "Waitman Gobble" <uzimac@da3m0n8t3r.com>
  *  <jkoshy@FreeBSD.org>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Aaron Dalton <aaron@daltons.ca>
  *  Aaron H. K. Diep <ahkdiep@gmail.com>
  *  Aaron Hurt <ahurt@anbcs.com>
  *  Abel Chow <abel_chow@yahoo.com>
  *  Adam McLaurin
  *  Adam Saponara <as@php.net>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>

devel/flatbuffers: Update 2.0.5 -> 2.0.6

Forked 2.0.5 as devel/flatbuffers205.

Several dependencies use flatbuffers headers generated
by previous versions of flatbuffers which from now on
will be incompatible with newer flatbuffers versions.

PR:		263552
Reported by:	jbeich@

devel/flatbuffers: Revert update 2.0.5 -> 2.0.6

This reverts commit b22bcf427de887f6b61a2d02bde3ec569a4f56d3.

Update breaks pre-generated flatbuffers headers:
https://github.com/google/flatbuffers/issues/7272

PR:		263552
Reported by:	jbeich@

devel/flatbuffers: Update 2.0.5 -> 2.0.6

PR:		263552

devel/flatbuffers: Update 2.0.0 -> 2.0.5

devel/flatbuffers: Add CPE information

Approved by:	portmgr (blanket)

devel/flatbuffers: Update 1.12.0 -> 2.0.0

Reported by:	portscout

Remove # $FreeBSD$ from Makefiles.

devel/flatbuffers: Update 1.11.0-184 -> 1.12.0

Reported by:	portscout

devel/flatbuffers: Update 1.11.0-128 -> 1.11.0-184

devel/flatbuffers: Update 1.11.0 -> 1.11.0-128-ge93c8c4

Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.

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, everything INDEX-11 shows with a dependency on lang/gcc9 now.

PR:		238330

devel/flatbuffers: Update 1.10.0 -> 1.11.0

Reported by:	portscout

Change cmake default behaviour to outsource.

Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".

I tried to only set insource where explictely needed.

PR:		232038
Exp-run by:	antoine

Bump PORTREVISION for ports depending on the canonical version of GCC
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

devel/flatbuffers/: Update 1.9.0 -> 1.10.0

Reported by:	portscout

These ports now build on powerpc64.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

Bump PORTREVISION for ports depending on the canonical version of GCC
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

Mark ports broken on powerpc64, categories d-f.

While here, pet portlint and do some other cleanup.

Approved by:	portmgr (tier-2 blanket)

devel/flatbuffers: Update 1.8.0 -> 1.9.0

Port changes:
* Change cmake -> cmake:outsource
* Change to CMAKE_ON/CMAKE_OFF
* Remove static library
* Eliminate tests rebuild during the normal build process

Reported by:	portscout

devel/flatbuffers: Update to 1.8.0

Approved by:	tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D13182

Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 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, c++11-lib, c++11-lang,
   c++14-lang, c++0x, c11, or gcc-c++11-lib.

PR:		219275

* Updated to 1.7.1

Changelog:	https://github.com/google/flatbuffers/releases/tag/v1.7.0

PR:		220320
Submitted by:	Yuri Victorovich <yuri@rawbw.com> (maintainer)
Reviewed by:	lifanov (mentor)
Approved by:	lifanov (mentor)
Differential Revision:	https://reviews.freebsd.org/D11386

* Updated to 1.7.0

Changelog:	https://github.com/google/flatbuffers/releases/tag/v1.7.0

PR:		220083
Submitted by:	Yuri Victorovich <yuri@rawbw.com> (maintainer)
Reviewed by:	matthew (mentor)
Approved by:	matthew (mentor)
Differential Revision:	https://reviews.freebsd.org/D11349

These ports now build on powerpc64.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using using Mk/bsd.octave.mk which in turn has USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
   c++11-lang, c++0x, c11, or gcc-c++11-lib.

PR:		216707

- Update to 1.6.0

PR:		    217129
Submitted by:	maintainer

Update to upstream version 1.5.0

PR:		215758
Submitted by:	yuri@rawbw.com (maintainer)

Fix build with gcc 4.9

PR:		196712

- Update to 1.4.0

PR:		211914
Submitted by:	yuri@rawbw.com (maintainer)

many ports: mark broken on powerpc64

Update to 1.3.0.

PR:		207660
Submitted by:	yuri@rawbw.com (maintainer)

Fix build on 9.x

PR:		205709
Submitted by:	yuri@rawbw.com (maintainer)

Add flatbuffers 1.2.0, memory efficient serialization library.

PR:		205509
Submitted by:	Yuri Victorovich <yuri@rawbw.com>