An object-oriented SGML/XML parser toolkit and DSSSL engine.
Features summary:
* Includes nsgmls
* Provides access to all information about SGML document
* Supports almost all optional SGML features
* Sophisticated entity manager
* Supports multi-byte character sets
* Object-oriented
* Written in C++ from scratch
* Fast
* Portable
* Production quality
* Free
Note: This port is a superset of the sp port. If you have sp
installed, it is recommended that you remove it before installing
jade.
John Fieber
jfieber@FreeBSD.org
textproc/jade: undeprecate the port and assume maintainership
James Clark's sites are up and running, it was the Debian patch
1.2.1-35 which become defunct. Switch to the latest 1.2.1-47.1
patchset to unbreak fetching.
Via: https://bugs.archlinux.org/task/9495.html
PR: 282089
textproc/jade: remove non-functional deoptimization
Long ago, this code was added to disable -O2 optimizations and
presumably remove -mcpu flags to avoid miscompilation. Somewhere along
the line it stopped working and code is being compiled with -O2 by
default and proably with -mcpu flags if set. The only place this seems
to be used is when checking if the compiler works early in configure.
Discovered on CheriBSD where removing -m* removed created an invalid
command line with two -Xclang flags in a row.
Reviewed by: cy
Sponsored by: DARPA
Differential Revision: https://reviews.freebsd.org/D43072
textproc/jade: fix build with clang 16
Since clang 16 (and gcc 11) the default C++ standard is now gnu++17.
Because textproc/jade's Makefile does not explicitly set its C++
standard, this leads to an error:
Recognizer.cxx:40:3: error: ISO C++17 does not allow 'register' storage class
specifier [-Wregister]
register const Trie *pos = trie_.pointer();
^~~~~~~~~
Add USE_CXXSTD=gnu++98 to compile for C++98 with GNU extensions instead.
PR: 271494
Approved by: cy (maintainer)
MFH: 2023Q2
Move more WWW entries from pkg-descr files into Makefiles
The WWW: lines in the pkg-descr files of these ports where not at the
end of those files and have been missed in prior conversion runs.
Approved by: portmgr (implicit)
textproc/jade: Assume maintainership
The Common Desktop Environment Project on Sourceforge intends to remove
their nsgmls, expecting the platform to provide the utility. As this
utility in the ports tree has no maintainer at the moment, assume
maintainership.
textproc/jade: regen via "make makepatch"
$ portlint -C
WARN: /usr/ports/textproc/jade/files/patch-assert.cxx: patch was not generated
using ``make makepatch''. It is recommended to use ``make makepatch'' when you
need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-CharsetRegistry.cxx: patch was not
generated using ``make makepatch''. It is recommended to use ``make makepatch''
when you need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-CharsetRegistry.h: patch was not
generated using ``make makepatch''. It is recommended to use ``make makepatch''
when you need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-CodingSystemKit.cxx: patch was not
generated using ``make makepatch''. It is recommended to use ``make makepatch''
when you need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-config.h: patch was not generated
using ``make makepatch''. It is recommended to use ``make makepatch'' when you
need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-koi8-r.h: patch was not generated
using ``make makepatch''. It is recommended to use ``make makepatch'' when you
need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-koi8r.dcl: patch was not generated
using ``make makepatch''. It is recommended to use ``make makepatch'' when you
need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-lib__instmac.m4: patch was not
generated using ``make makepatch''. It is recommended to use ``make makepatch''
when you need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-Makefile.in: patch was not generated
using ``make makepatch''. It is recommended to use ``make makepatch'' when you
need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-Ptr.cxx: patch was not generated
using ``make makepatch''. It is recommended to use ``make makepatch'' when you
need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-Ptr.h: patch was not generated using
``make makepatch''. It is recommended to use ``make makepatch'' when you need
to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-TeXFOTBuilder.cxx: patch was not
generated using ``make makepatch''. It is recommended to use ``make makepatch''
when you need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-TransformFOTBuilder.cxx: patch was
not generated using ``make makepatch''. It is recommended to use ``make
makepatch'' when you need to [re-]generate a patch to ensure proper patch
format.
0 fatal errors and 13 warnings found.
Approved by: portmgr blanket
textproc/jade: unbreak build with Clang 6 (C++14 by default)
In file included from EntityCatalog.cxx:9:
In file included from ./../include/EntityDecl.h:12:
./../include/Ptr.h:73:11: error: ISO C++11 does not allow access declarations;
use using declarations
instead
Ptr<T>::isNull;
^
using
./../include/Ptr.h:74:11: error: ISO C++11 does not allow access declarations;
use using declarations
instead
Ptr<T>::clear;
^
using
(Only the first 15 lines of the commit message are shown above )
Add a new keywork xmlcatmgr
It simplifies the handling of the XML and SMGL catalog
It brings a big of consistency by always specifying the catalog path absolute
instead of mixing absolute and relative path.
The keyword is also written a PKG_ROOTDIR friendly to simplify cross installing
Reviewed by: hrs
Differential Revision: https://reviews.freebsd.org/D6539
Remove indefinite articles and trailing periods from COMMENT, plus
minor COMMENT typos and surrounding whitespace fixes. A few Makefiles
where not included as they contain Latin-1 characters that break
the Phabricator workflow. Categories T-V.
CR: D509
Approved by: portmgr (antoine)
Force numerous ports that fail to build with clang over to instead always
rely on gcc. The patch uses the new USE_GCC=any code in Mk/bsd.gcc.mk to
accomplish this.
The ports chosen were ports that blocked 2 or more ports from building with
clang. (There are several hundred other ports that still fail to build with
clang, even with this patch. This is merely one step along the way.)
Those interested in fixing these ports with clang, and have clang as their
default compiler, can simply set FORCE_BASE_CC_FOR_TESTING=yes.
For those who have gcc as their default compiler, this change is believed
to cause no change.
Hat: portmgr
Tested with: multiple runs on amd64-8-exp-bcm and 9-exp-clang, with various
combinations of patch/no-patch and flag settings.
-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: portmgr
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.
o Don't use -O2 or higher flag for this port to avoid dumping core
during processing.
PR: ports/75074
Submitted by: Jose M Rodriguez <josemi@freebsd.jazztel.es>
Add koi8-r support to jade to solve problem with koi8-r encoding
in printed formats.
SP_ENCODING=koi8-r should be passed to jade.
Obtained from: ftp://ftp.ptc.spbu.ru/people/uwe/sgml/ (slightly modified)
Found by: Denis Philippov
Submitted by: den
Whoa there, boy, that's a mighty big commit y'all have there...
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
Fix by using $STRIP_CMD rather than $STRIP.
Bump PORTREVISION because this breakage is ignored and packaged as
non-stripped binary.
Reported by: Chuck Swiger <cswiger@mac.com>
Unbreak on sparc64, also will fix ia64.
Replace obrien's fix with this. This will cover where sizeof(size_t)==8
situation.
Build tested on: panther and beast
Comment out exit() declaration which causes build failure on some
environment.
Commented out declaration is modified from original one to note
another candidate from latest OpenJade source.
Submitted by: jhay
Use ${ECHO_CMD} instead of ${ECHO} where you mean the echo command; the ECHO
macro is set to "echo" by default, but it is set to "true" if make(1) is
invoked with the -s option while ECHO_CMD is always set to the echo command.
