Number of commits found XX: 33

Update to 20200401

Changes:	https://github.com/google/re2/releases

Update to 20200101

Changes:	https://github.com/google/re2/releases

Update to 20191201

Changes:	https://github.com/google/re2/releases

Update to 20191101

Changes:	https://github.com/google/re2/releases

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

Update to 20190701

Changes:	https://github.com/google/re2/releases

Update to 20190601

Changes:	https://github.com/google/re2/releases

Update to 20190401

Changes:	https://github.com/google/re2/releases

Update to 20190301

Changes:	https://github.com/google/re2/releases

Update to 20190101

Changes:	https://github.com/google/re2/releases

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

Update to 20180901

Changes:	https://github.com/google/re2/commits/master

Update to 20180801

Changes:	https://github.com/google/re2/commits/master

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

Update to 20180401

Changes:	https://github.com/google/re2/commits/master

Update to 20180301

- Add LICENSE_FILE
- Take maintainership

Changes:	https://github.com/google/re2/commits/master
PR:		226735
Submitted by:	sunpoet (myself)
Approved by:	jlaffaye (maintainer)

Re-try ports affected by bug 193528 on powerpc* after r449590

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

Mark some ports failing on power64.  In cases where the error message
was a stub, provide a real one.

While here, pet portlint.

Reported by:	swills
Approved by:	portmgr (tier-2 blanket)

- Update to 20170301
- Strip shared library in post-install

PR:		218368
Submitted by:	sunpoet

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 20151101

Changes:	https://github.com/google/re2/commits/master
PR:		204866
Submitted by:	sunpoet (myself)
Approved by:	jlaffaye (maintainer)

- Update to 20150801

Changes:	https://github.com/google/re2/commits/master
PR:		202877
Submitted by:	sunpoet (myself)
Approved by:	maintainer (timeout, 14 days)

- Update to 20150601
- Use USE_GITHUB
- Cleanup Makefile
- Update WWW

Changes:	https://github.com/google/re2/commits/master
PR:		201159
Submitted by:	sunpoet (myself)
Approved by:	maintainer (timeout, 20 days)

Convert a bunch of EXTRACT_SUFX=... into USES=tar:...

Approved by:	portmgr (not really, but touches unstaged ports)

- Update to 20140304
- Specify BSD license

- Update to 20131024
- Fix build with clang and libc++
- Remove leading indefinite article from COMMENT
- Respect CXXFLAGS
- Strip shared library
- Support STAGEDIR
- Sort PLIST
- Use single space after WWW:

PR:		ports/183661
Submitted by:	sunpoet

Add NO_STAGE all over the place in preparation for the staging support (cat:
devel part 4)

- Update to 20120226
- Remove CC/CXX hacks as it is now fixed by upstream

Respect CXX (fixes build with clang)

Approved by:    bapt (mentor)

Update my e-mail to my FreeBSD one.
While I am here, use GOOGLE_CODE instead of ${MASTER_SITE_GOOGLE_CODE}

Approved by:    bapt (mentor)

- Update to 20110522

PR:             ports/157271
Submitted by:   Julien Laffaye <kimelto@gmail.com>

RE2 is a fast, safe, thread-friendly alternative to backtracking regular
expression engines like those used in PCRE, Perl, and Python.
It is a C++ library.
RE2 uses automata theory  to guarantee that regular expression searches run in
time linear in the size of the input. RE2 implements memory limits, so that
searches can be constrained to a fixed amount of memory. RE2 is engineered to
use a small fixed C++ stack footprint no matter what inputs or regular
expressions it must process; thus RE2 is useful in multithreaded environments
where thread stacks cannot grow arbitrarily large.

WWW:    http://code.google.com/p/re2/

PR:             ports/150185
Submitted by:   Julien Laffaye <kimelto at gmail.com>

Number of commits found XX: 33

13 vulnerabilities affecting 77 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities

Last updated:
2020-08-04 10:33:08