| Commit History - (may be incomplete: see SVNWeb link above for full details) |
| Date | By | Description |
26 Jul 2019 20:46:57
  1.92.1_1
|
gerald  |
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 |
11 May 2019 18:10:31
1.92.1
|
yuri |
science/avogadrolibs: Update 1.92.0 -> 1.92.1 |
16 Feb 2019 08:02:02
1.92.0_5
|
yuri |
Move: science/mmtf -> science/mmtf-cpp
Also update its COMMENT to be more descriptive |
12 Feb 2019 06:18:06
1.92.0_5
|
yuri |
science/mmtf: Update g20180730 -> 1.0.0
Bump science/avogadrolibs since it uses this headers-only library. |
16 Jan 2019 11:13:45
1.92.0_4
|
tijl |
Fix Qt5 symbol version scripts to put the catch-all clause first. When
a symbol matches multiple clauses the last one takes precedence. If the
catch-all is last it captures everything. In the case of Qt5 libraries
this caused all symbols to have a Qt_5 label while some should have
Qt_5_PRIVATE_API. This only affects lld because GNU ld always gives the
catch-all lowest priority.
Older versions of Qt5Webengine exported some memory allocation symbols from
the bundled Chromium. Version 5.9 stopped exporting these [1] but the
symbols were kept as weak wrappers for the standard allocation functions to
maintain binary compatibility. [2][3] The problem is that the call to the
standard function in these weak wrappers is only resolved to the standard
function if there's a call to this standard function in other parts of
Qt5Webengine, because only then is there a non-weak symbol that takes
precedence over the weak one. If there's no such non-weak symbol the call (Only the first 15 lines of the commit message are shown above  ) |
05 Jan 2019 22:46:54
1.92.0_3
|
sunpoet |
Update science/hdf5 to 1.10.4
- Bump PORTREVISION of dependent ports for shlib change
Changes: https://portal.hdfgroup.org/display/support/HDF5%201.10.4#releasenotes
PR: 233070
Submitted by: wen |
26 Dec 2018 09:06:35
1.92.0_2
|
tcberner |
Update math/eigen3 to 3.3.7
- http://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.3.6
- http://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.3.7 |
25 Dec 2018 20:25:40
1.92.0_1
|
tcberner |
Change cmake default behaviour to outsource.
Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".
I tried to only set insource where explictely needed.
PR: 232038
Exp-run by: antoine |
12 Dec 2018 01:35:36
1.92.0_1
|
gerald |
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 |
09 Nov 2018 06:25:39
1.92.0
|
yuri |
science/avogadrolibs: Update 1.91.0-107 -> 1.92.0
Also add 2 pull requests that fix obvious problems. |
18 Oct 2018 22:31:27
1.91.0.107
|
yuri |
science/avogadrolibs: Update 1.91.0 -> 1.91.0-107
jsoncpp isn't used any more, mmtf is now used. |
17 Oct 2018 07:04:19
1.91.0_1
|
yuri |
science/avogadrolibs: Add options |
17 Oct 2018 01:02:16
1.91.0
|
yuri |
New port: science/avogadrolibs: Avogadro2 libraries for chemical editor and
visualization applications |
As an Amazon Associate I earn from qualifying purchases.
