*/*: bump portrevision after java_default=21 update PR: 2728552baaf16375
Port details
textproc/link-grammar5.13.0_1
Grammar checking library
- Maintainer
- gnome@FreeBSD.org
- Packages
- link-grammar 5.13.0_1
- Upstream
- up to date
- CPE
- none, CVEs only via VuXML
- WWW
- https://opencog.github.io/link-grammar-website/
- 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 (50)
textproc/link-grammar: update to 5.13.0 Update link-grammar to version 5.13.0. PR: 290752beac6913a6
textproc/link-grammar: update to 5.12.6 What's new: * Fix build break due to missing header file. PR: 28948691bcc2447f
textproc/link-grammar: update to 5.12.5 Release notes: https://github.com/opencog/link-grammar/blob/link-grammar-5.12.5/ChangeLog#L1-L58 PR: 2887540ecb295d53
Mk/**java.mk: Convert bsd.java.mk to USES The following features have been added or changed: - Instead of USE_JAVA use USES=java. This defaults to USES=java:build,run if NO_BUILD is undefined. Else it defaults to USES=java:run - Instead of USE_ANT=yes use USES=java:ant which also implies USES=java:build - Instead of JAVA_BUILD=yes use USES=java:build. Does not imply run or extract - Instead of JAVA_EXTRACT=yes use USES=java:extract does not imply build or run - Instead of JAVA_RUN=yes use USES=java:run does not imply extract or build - Instead of USE_JAVA=<version> use USES=java and JAVA_VERSION=<version> Approved by: mat (portmgr), glewis Differential Revision: https://reviews.freebsd.org/D482010835676e36
textproc/link-grammar: Link with -lstdthreads The library uses call_once and other C11 Threads functions that are implemented by libstdthreads on FreeBSD. Use new upstream. PR: 2677587b3995c7b7
textproc/link-grammar: Moved man to share/man Approved by: portmgr (blanket)ac8812fb4a
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/link-grammar: update to 5.10.51871bdc058
One more small cleanup, forgotten yesterday. Reported by: lwhsucf118ccf87
Remove # $FreeBSD$ from Makefiles.305f148f48
textproc/link-grammar: remove optional Python 2.7-binding PR: 249781 Submitted by: swills1d9ad0859f
Update to 5.8.0279ba2437b
Update to 5.7.0 Use --disable-maintainer-mode instead of invoking autoreconf each time Explictly chose which regex engine to use (pcre2) Remove the useless DOCS option and targets only used to 2 files7ebf515aee
Mark BROKEN with lld Reported by: pkg-fallout MFH: 2019Q33677688f8a
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
textproc/hunspell: update to 1.7.0 - Drop const optimization as v2 API moved to nuspell Changes: https://github.com/hunspell/hunspell/releases/tag/v1.7.091ea5c3247
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: 231590a9f015d155
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: 22254209f9633cb6
Update to 5.4.4b26257d6a2
textproc/link-grammar: Update to 5.4.3 Changelog: https://github.com/opencog/link-grammar/blob/master/ChangeLog Additional port changes: * Changed to DISTVERSION * Added LICENSE/LICENSE_FILE * Added USES=ncurses * Added port options SAT_SOLVER,TOKENIZER * Updated WWW with https URL Approved by: tcberner (mentor, implicit)488f72c05e
Reduce dependency on the python2 metaport PR: 225752 Submitted by: Yasuhiro KIMURAf7455240e3
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: 219275e59c88cece
textproc/link-grammar: Update to 5.3.16 PR: 188840 Submitted by: olivierd (inspired by)fd627fa137
Remove ${PORTSDIR}/ from dependencies, categories r, s, t, and u.
With hat: portmgr
Sponsored by: Absolight597afc47baBy default libtool replaces -export-symbols <file> with -retain-symbols-file <file> on ELF systems, but this doesn't really do what -export-symbols is meant to do. On GNU ELF systems it converts <file> to a simple version script first and then uses -version-script instead of -retain-symbols-file. Let USES=libtool patch libtool scripts to do this on all systems with GNU ld(1). Bump PORTREVISION on all ports where the build log contains -export-symbols. audio/calf: This port builds a module that now exports only one function, but it also builds a number of executables that link to this module and expect to see other functions. Because it's already a bit dodgy to link to a module (libtool warns about this) let the module continue to export only one function and instead build an ordinary library from the same source that the executables can link to. Fix a number of other issues in the same Makefile.am and clean up the port Makefile. japanese/scim-honoka: Tries to hide all symbols that start with an underscore, but because this library is written in C++ all symbols start with _Z so it ends up hiding everything. Just don't hide anything at all like the textproc/scim configure script does. multimedia/schroedinger: Apply an upstream patch. textproc/scim-input-pad: Same as japanese/scim-honoka. PR: 201922 Approved by: portmgr (antoine) Exp-run by: antoinea374acb969
5 ports categories: Remove $PTHREAD_LIBS Categories: irc, x11-clocks, benchmarks, misc, textproc approved by: PTHREAD blanket28ca5b96a2
Cleanup pliste3b883655f
Convert textproc/aspell to "USES=libtool tar:bzip2" and bump dependent ports Approved by: portmgr (implicit, PORTREVISION bump on unstaged port)3127da9b78
Support stage Use USES=libtool Strip binariesafb5112880
Add NO_STAGE all over the place in preparation for the staging support (cat: textproc)0068f2d47f
* Update the glib to 2.34.3 and gtk20 to 2.24.17 and gtk30 to 3.6.4 which are the latest stable releases. * Update vala to the newest stable release 0.18.1, also update a few ports in the gtk/gnome stack. * The c++ bindings ports for glib, atk, gconf, etc, have now USE_GNOME toggles. * Remove pkg-config run depends from glib20 and freetype2. This doesn't eliminate pkg-config run dependency c Thanks to miwi and crees for helping out with some exp-runs. Approved by: portmgr (miwi & bapt) Obtained from: gnome team repo7887c684ad
Remove the created by me and update those header at the same time. I never care about those header, so you even can claim that those were created by you instead of me.647b339968
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS) - Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav6f6fbe4bdfUpdate to 4.7.4. PR: ports/155457 Submitted by: Olivier Duchateau <duchateau.olivier@gmail.com>2688b88a3d
Sync to new bsd.autotools.mk4a8684e352
- Mark MAKE_JOBS_UNSAFE Reported by: pointyhat38eb8c5339
Update to 4.5.10. PR: 138312 Submitted by: bf <bf1783@gmail.com>d5fc064af8
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22. -Update libtool and libltdl to 2.2.6a. -Remove devel/libtool15 and devel/libltdl15. -Fix ports build with libtool22/libltdl22. -Bump ports that depend on libltdl22 due to shared library version change. -Explain what to do update in the UPDATING. It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop and applications in the runtime. With help: marcus and kwm Pointyhat-exp: a few times by pav Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and a few MarcusCom CVS users. Also, I might have missed a few. Repocopy by: marcus Approved by: portmgr789d75c728
Update to 4.5.4. PR: ports/130970 (4.4.2 version) Submitted by: bf <bf2006a@yahoo.com>069bff6695
Update to 4.3.9. PR: ports/128717 Submitted by: bf <bf2006a@yahoo.com> Security: CVE-2007-539550985239f6
Update to 4.2.4.6dff319fa5
INSTALLS_SHLIB -> USE_LDCONFIG. Found by: portlint (cports.sh)31ad592f90
-Update to 4.2.2. -Remove USE_REINPLACE. -Use ltverhack. -Update the WWW.37c58a1c3d
Conversion to a single libtool environment. Approved by: portmgr (kris)8503536d38
- Add SHA256 checksumse05544d7ba
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present in bsd.autotools.mk essentially makes this a no-op given that all the old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in exactly the same way as USE_AUTOTOOLS itself. Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME team -- all GNOME 2.12.x ports use it. Preliminary documentation can be found at: http://people.FreeBSD.org/~ade/autotools.txt which is in the process of being SGMLized before introduction into the Porters Handbook. Light blue touch-paper. Run.54a0b86543
Update to 4.1.3.3e478b2b21
The Link Grammar Parser is a syntactic parser of English, based on link grammar, an original theory of English syntax. Given a sentence, the system assigns to it a syntactic structure, which consists of a set of labeled links connecting pairs of words. The parser also produces a "constituent" representation of a sentence (showing noun phrases, verb phrases, etc.). WWW: http://www.link.cs.cmu.edu/link/fe3cd0525f