./net/irrtoolset [toolset for internet routing registries]
[+] Add this package to your ports tracker

[ CVSweb ] [ Homepage ] [ RSS feed ]

Version: 5.0.1, Package name: irrtoolset-5.0.1
Maintained by: Stuart Henderson
Master sites:
Description
The IRRToolSet is a set of tools to work with Internet routing policies.
These policies are stored in Internet Routing Registries (IRR) in the
Routing Policy Specification Language (RPSL). The tools are used to
produce lists suitable for automating router configuration, etc.

- peval is a low level policy evaluation tool that can be used to write
router configuration generators. It takes policy expressions as input,
expands the AS sets, route sets, filter sets and (optionally) AS numbers,
and outputs the resulting list of AS numbers or prefixes.

- rpslcheck syntax-checks an RPSL object to determine whether it will
cause problems for any of the tools in IRRToolSet, such as rtconfig.
This does not guarantee that the syntax is valid for a particular IRR,
which may have different syntax constraints.

- rtconfig is a filter which can generate cisco/juniper configuration
sections based on information from IRRs.


Filesize: 624.892 KB
Version History (View Complete History)
  • (2014-10-31) Package added to openports.se, version irrtoolset-5.0.1 (created)
[show/hide] View available PLISTS (Can be a lot of data)

CVS Commit History:

   2018-10-24 08:28:14 by Stuart Henderson | Files touched by this commit (740)
Log message:
Add COMPILER lines to c++ ports which currently use the default. Adjust
some existing COMPILER lines with arch restrictions etc. In the usual
case this is now using "COMPILER = base-clang ports-gcc base-gcc" on
ports with c++ libraries in WANTLIB.
This is basically intended to be a noop on architectures using clang
as the system compiler, but help with other architectures where we
currently have many ports knocked out due to building with an unsuitable
compiler -
- some ports require c++11/newer so the GCC version in base that is used
on these archirtectures is too old.
- some ports have conflicts where an executable is built with one compiler
(e.g. gcc from base) but a library dependency is built with a different
one (e.g. gcc from ports), resulted in mixing incompatible libraries in the
same address space.
devel/gmp is intentionally skipped as it's on the path to building gcc -
the c++ library there is unused in ports (and not built by default upstream)
so intending to disable building gmpcxx in a future commit.
   2017-07-26 16:45:35 by Stuart Henderson | Files touched by this commit (937)
Log message:
bump LIBCXX/LIBECXX/COMPILER_LIBCXX ports.
   2017-07-23 03:26:30 by Marc Espie | Files touched by this commit (244)
Log message:
add pthread to COMPILER_LIBCXX.
white lie, but it allows clang and gcc to be more similar
bump accordingly.
   2017-07-16 13:19:06 by Marc Espie | Files touched by this commit (880)
Log message:
use COMPILER_LIBCXX where applicable
   2017-04-10 05:46:37 by Stuart Henderson | Files touched by this commit (277)
Log message:
use LIBCXX
   2015-11-15 04:55:59 by Jeremie Courreges-Anglas | Files touched by this commit (15)
Log message:
Cope with latest bison; ok sthen@
   2015-11-15 04:55:59 by Jeremie Courreges-Anglas | Files touched by this commit (15)
Log message:
Cope with latest bison; ok sthen@