CodeSynthesis XSD is a W3C XML Schema to C++ translator. It generates
vocabulary-specific, statically-typed C++ mappings (also called bindings) from
XML Schema definitions. XSD supports two C++ mappings: in-memory C++/Tree and
event-driven C++/Parser.
The C++/Tree mapping consists of C++ classes that represent data types defined
in XML Schema, a set of parsing functions that convert XML documents to a
tree-like in-memory object model, and a set of serialization functions that
convert the object model back to XML.
The C++/Parser mapping provides parser skeletons for data types defined in XML
Schema. Using these parser skeletons you can build your own in-memory
representations or perform immediate processing of XML documents.
===> The following configuration options are available for xsd-4.2.0_1:
DOCS=on: Build and/or install documentation
===> Use 'make config' to modify these settings
devel/xsd: Update to 4.2.0
Add two new support ports: devel/libxsd and devel/libxsd-frontend.
The runtime library was moved out of devel/xsd to devel/libxsd which is
why the headers are gone. The compiler frontend, which following a
previous comment in the devel/xsd Makefile suggesting that it should be a
separate port, but more out of necessity for compatibility with the
build2 build system, is now devel/libxsd-frontend.
The examples are now a separate distribution and I didn't really see any
urgent need to reincorporate them, as they would require yet another port
that the majority of our userbase would probably not be interested in as
xsd is ultimately just a build dependency for textproc/libkolabxml.
Update devel/libcutl to 1.11.0 due to header relocation.
Update textproc/libkolabxml to HEAD for C++11 compatibility.
Differential Revision: https://reviews.freebsd.org/D43080
devel/libcutl: Explain why USE_CXXSTD=c++11 is used
While here, also add a note to its only consumer, devel/xsd, to mention
why it also needs USE_CXXSTD and when it can be removed.
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.
(Only the first 15 lines of the commit message are shown above )
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/xsd: unbreak with libc++ 8
In file included from xsd/xsd/xsd.cxx:5:
In file included from /usr/include/c++/v1/map:480:
In file included from /usr/include/c++/v1/__tree:15:
In file included from /usr/include/c++/v1/iterator:417:
In file included from /usr/include/c++/v1/__functional_base:15:
In file included from /usr/include/c++/v1/type_traits:406:
In file included from /usr/include/c++/v1/cstddef:38:
libxsd-frontend/version:1:1: error: expected unqualified-id
2.0.0
^
PR: 236192
Reported by: pkg-fallout
Approved by: portmgr blanket
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
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
Adjust USES to fix builds on gcc-based architectures.
While here, pet portlint.
Tested for no regression on amd64.
Approved by: portmgr (tier-2 blanket)
Update to 4.0.0.
- Get rid of most of our patches: all the build fix patches are now
unneeded, and the only ones we still have in files/ are there to either
rename the xsd binary or install files into the right locations.
- Get rid of most bundled dependencies: use devel/build instead of the
bundled copy, and libcutl via devel/libcutl. The only exception is
libxsd-frontend, simply because its upstream is too horrible: it does not
even contain a `make install' target.
- Expand the LICENSE part: the port is GPLv2-licensed, but also contains
exceptions to allow its use with most free software licenses.
- Set CPPFLAGS, not CXXFLAGS, as the former's where we normally pass
additional include paths.
Patch upstream's custom script for dependency-generation
to avoid using overly-long sed commands. This is achieved
by separating one large command (-e "cmd1;cmd2;...") into
multiple ones (-e "cmd1" -e "cmd2" ...).
The long command was hitting our sed's limit of 2048...
PR: 177018
Approved by: maintainer (makc)
Sponsored by: United Wallabies
Convert GMAKE to MAKE_CMD
Please note that lots of invocation of MAKE_CMD here are wrong as they do not
properly respect MAKE_ENV and friends
With hat: portmgr
