CINT is a C/C++ interpreter aimed at processing C/C++ scripts.
CINT covers about 95% of ANSI C and 85% of C++. A CINT script can call
compiled classes/functions and compiled code can make callbacks to CINT
user defined functions. Utilities, like makecint and rootcint, automate
the process of embedding compiled C/C++ library code as shared objects
(as Dynamic Link Library, DLL, or shared library, .so). Source files
and shared objects can be dynamically loaded/unloaded without stopping
the CINT process. CINT offers a gdb like debugging environment for
interpreted programs.
WWW: http://root.cern.ch/drupal/content/cint
===> The following configuration options are available for cint-5.18.00_13:
DOCS=on: Build and/or install documentation
===> Use 'make config' to modify these settings
Remove expired ports:
2019-07-31 security/rubygem-googleauth06: Use security/rubygem-googleauth
instead
2019-07-31 devel/ddd: does not work with modern gdb
2019-07-31 devel/py-pip-tools2: Use devel/py-pip-tools instead
2019-07-31 lang/cint: Abandonware; superseded by lang/cling
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
Deprecate lang/cint
Development has stopped many years ago in favor of the LLVM-based
lang/cling.
PR: 238907
Approved by: fjoe (maintainer timeout, 2 weeks)
lang/cint: Unbreak build with GCC 9
G__cpp_list.cxx: In function 'int G__list_49_0_10(G__value*, const char*,
G__param*, int)':
G__cpp_list.cxx:707:109: error: 'std::__cxx11::list<int, std::allocator<int>
>::iterator' {aka 'struct std::_List_iterator<int>'} has no member named
'operator=='; did you mean 'operator='?
707 | G__letint(result7, 103, (long) ((list<int,allocator<int>
>::iterator*) G__getstructoffset())->operator==(*(list<int,allocator<int>
>::iterator*) libp->para[0].ref));
|
^~
|
operator=
G__cpp_list.cxx: In function 'int G__list_49_0_11(G__value*, const char*,
G__param*, int)':
G__cpp_list.cxx:713:109: error: 'std::__cxx11::list<int, std::allocator<int>
>::iterator' {aka 'struct std::_List_iterator<int>'} has no member named
'operator!='; did you mean 'operator='?
713 | G__letint(result7, 103, (long) ((list<int,allocator<int>
>::iterator*) G__getstructoffset())->operator!=(*(list<int,allocator<int>
>::iterator*) libp->para[0].ref));
|
^~
|
operator=
http://pb2.nyi.freebsd.org/data/120i386-default-PR238330/2019-06-09_20h27m22s/logs/errors/cint-5.18.00_12.log
While here make the build abort fast on build errors instead of
carrying on like nothing happened.
PR: 238907
Reported by: antoine (via exp-run in PR 238330)
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
Downgrade C++03 to C++98, actual default for GCC < 6
GCC 4.2 in base system doesn't support C++03:
cc1plus: error: unrecognized command line option "-std=gnu++03"
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
Work around the lack of definition of union semun per POSIX.
When feasible do this by adding -D_WANT_SEMUN to CFLAGS or CXXFLAGS.
Where this fails due to ports not honoring C*FLAGS, patch using
__FreeBSD_version to enable the definition.
PR: 224300, 224443 (exp-run)
Approved by: portmgr (antoine)
Exp-run: antoine
Sponsored by: DARPA, AFRL
Differential Revision: https://reviews.freebsd.org/D14137
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: 219275
Explicitly pass -std=gnu++03 to the build.
This allows the port to build with GCC 6, which defaults to -std=gnu++14. The
port's code does not work with C++11 or later.
PR: 217008
Approved by: maintainer timeout (fjoe, 16 days)
Make the port respect CFLAGS and CXXFLAGS.
Bump PORTREVISION since this changes the flags the port is built with. This is
step 1 towards making the port build with GCC 6.
PR: 217008
Approved by: maintainer timeout (fjoe, 16 days)
MFH: 2017Q3
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.
Part II, Bump PORTREVISIONs.
PR: 192025
Tested by: antoine (-exp runs)
Approved by: portmgr (implicit)
- Add USE_LDCONFIG to make the port find its own libs [1]
- While at it, respect DOCSDIR
PR: 124279 [1]
Submitted by: gahr
Approved by: maintainer timeout
New port: cint
CINT is a C/C++ interpreter aimed at processing C/C++ scripts.
CINT covers about 95% of ANSI C and 85% of C++. A CINT script can call
compiled classes/functions and compiled code can make callbacks to CINT
user defined functions. Utilities, like makecint and rootcint, automate
the process of embedding compiled C/C++ library code as shared objects
(as Dynamic Link Library, DLL, or shared library, .so). Source files
and shared objects can be dynamically loaded/unloaded without stopping
the CINT process. CINT offers a gdb like debugging environment for
interpreted programs.
