textproc/uncrustify: update 0.82.0 → 0.83.0e3ffd52bb2
Port details
textproc/uncrustify0.83.0
Highly configurable source code beautifier
- Maintainer
- amdmi3@FreeBSD.org
- Packages
- uncrustify 0.83.0
- Upstream
- up to date
- CPE
- none, CVEs only via VuXML
- WWW
- https://uncrustify.sourceforge.net/
- Links
- cgit · VuXML
Unaddressed (0) · The CVE record lists this version as affected, no VuXML entry names the CVE
None. There is no CVE without a VuXML entry for this version.
VuXML only (0) · listed, port not fixed yet
None.
pkg audit reports nothing for this version.Fixed (0)
No VuXML entries for this package.
Commits (82)
textproc/uncrustify: update 0.81.0 → 0.82.07d6bcb4025
textproc/uncrustify: update 0.80.1 → 0.81.0d09f6a8176
textproc/uncrustify: update 0.80.0 → 0.80.1f4a843ba7d
textproc/uncrustify: update 0.79.0 → 0.80.055b7c3b57c
textproc/uncrustify: update 0.78.1 → 0.79.04e2fc11b00
textproc/uncrustify: update 0.77.1 → 0.78.1fabe84cdb9
textproc/uncrustify: update 0.76.0 → 0.77.1ce15103bd7
textproc/uncrustify: update 0.75.1 → 0.76.001176fcc97
textproc/uncrustify: update WWWb7a5a35723
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)fb16dfecae
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. This commit implements such a proposal and moves one of the WWW: entries of each pkg-descr file into the respective port's Makefile. A heuristic attempts to identify the most relevant URL in case there is more than one WWW: entry in some pkg-descr file. URLs that are not moved into the Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr files in order to preserve them. There are 1256 ports that had no WWW: entries in pkg-descr files. These ports will not be touched in this commit. The portlint port has been adjusted to expect a WWW entry in each port Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as deprecated. Approved by: portmgr (tcberner)b7f05445c0
textproc/uncrustify: add PORTSCOUTc4568c9875
textproc/uncrustify: update 0.75.0 → 0.75.1693ae3de45
devel/cmake: Update to 3.23.0 Update to 3.23.0. Fix pkg-plist: using the default share/man location Release Notes: https://cmake.org/cmake/help/v3.23/release/3.23.html PR: 262886 Exp-run by: antoine2d34c2bfea
textproc/uncrustify: update 0.74.0 → 0.75.09367451e7c
textproc/uncrustify: remove outdated patches Fixup for 96e88b51bf0377bfc
textproc/uncrustify: update to 0.74.096e88b5a13
textproc/uncrustify: update to 0.73.049b2d7de41
Remove useless Created by: headers mentioning me5823922c58
textproc/uncrustify: Add explicit Python build dependency (D29353) This unbreaks the build when using devel/samurai. It previously got it through ninja which has a run dependency on Python. CMake Error at /usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:218 (message): Could NOT find PythonInterp (missing: PYTHON_EXECUTABLE) Call Stack (most recent call first): /usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:582 (_FPHSA_FAILURE_MESSAGE) /usr/local/share/cmake/Modules/FindPythonInterp.cmake:169 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) CMakeLists.txt:20 (find_package) http://package18.nyi.freebsd.org/data/122amd64-default-foo/2021-04-04_07h37m38s/logs/errors/uncrustify-0.72.0.log PR: 2546781070c07063
Remove # $FreeBSD$ from Makefiles.305f148f48
- Update to 0.72.0e042ab64a3
- Update to 0.71.092af257079
- Update to 0.70.11e2ab7aa2f
- Update to 0.70.0 Config files are now installed both into the DATADIR (implemented upstream in this version) and ETCDIR (as always been done by the port). I'm going to discuss this with upstream ([1]) as ETCDIR surely looks more suitable, so for now this duplication is indended. [1] https://github.com/uncrustify/uncrustify/commit/ea6950086657de0ad12bc098f169a992407889cad39e24e6e6
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: 238330ea8c8ec7da
- Update to 0.69.0f1f646ee3a
textproc/uncrustify: fix build with GCC-based architectures Adding USES=compiler:c++11-lang fixes this port on GCC architectures: cc1plus: error: unrecognized command line option "-std=gnu++0x" Approved by: mentors (implicit approval)66d462743c
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: antoine707c6bf295
- Fix build broken by a tag slip. Exact commit specified corresponds to original 0.68.1 tag contents27d0629d36
- Update to 0.68.1 - Try to unbreak with ancient gccdcaab2080e
- Update to 0.68070fd6376e
- Update to 0.67d043e8ef29
- Update to 0.66.126253817ff
Mark some ports failing on powerpc64. These ports are either new ports, or had been recently unblocked. While here, pet portlint. Approved by: portmgr (tier-2 blanket)4ba19e7015
- Update to 0.653f01520eaf
CMAKE_INSTALL_MANDIR is not set correctly by default, no need to override it Approved by: portmgr blanketadeac03634
- Update to 0.64a27b137975
Most commonly used build systems support silent builds, when they hide actual commands executed and only show short summary line (like "CC foo.c"). CMake and ninja enable this by default, some autotools using ports do as well. This is unacceptable because we need complete build logs at any time, so we now switch to verbose build logs unconditionally. Note that this change deliberately affects ALL Change summary: - Always do verbose builds for cmake, ninja and GNU configure (the latter includes check if --disable-silent-rules is actually supported by the configure script; there are isolated cases when it's not true) - Remove CMAKE_VERBOSE, NINJA_VERBOSE and CONFIGURE_ARGS=--disable-silent-rules from all ports which set them for this is no longer needed - Revert hacks for --disable-silent-rules support priorly committed to biology/ncbi-blast+ and net-p2p/mldonkey - no longer needed as well Submitted by: amdmi3 Reviewed by: mat Exp-run by: antoine Approved by: portmgr (mat, antoine) Differential Revision: D753430a00f2227
- Update to 0.6323e4272a51
- Update to 0.62 - Add LICENSE - Use test framework - Switch to options helpers - Fix WWW:569ff113bc
- Update to 0.61da49fae3a8
- Use '.' instead of '*' in COPYTREE_* all over my ports Suggested by: danfe5e05f453ae
- Remove DOCS, NLS and EXAMPLES from OPTIONS_DEFAULT in my ports, as suggested by Porter's Handbookea3629c01a
- Support staging - Convert USE_GMAKE to USESc12361517b
Add NO_STAGE all over the place in preparation for the staging support (cat: textproc)0068f2d47f
- Update to 0.607de82cb956
- Update to 0.59 (1) - Trim header - OptionsNG - Use COPYTREE_SHARE for docs installation - Remove unneeded patch - Make build more verbose PR: 174483 (1) Submitted by: Maxim Samsonov <xors@mailup.net> (1)cd8c18765d
-remove MD5fc03c837e2