non port: devel/xeus/Makefile |
Number of commits found: 38 |
Sunday, 21 Apr 2024
|
16:16 Yuri Victorovich (yuri)
devel/xeus: update 3.1.0 → 4.0.3
Reported by: portscout
a543d2b |
Wednesday, 2 Aug 2023
|
07:59 Yuri Victorovich (yuri) Author: Daniel Engberg
devel/xeus: Remove NATIVE option in favor of CPUTYPE
PR: 272656
853f3c9 |
Thursday, 1 Jun 2023
|
19:48 Yuri Victorovich (yuri)
devel/xeus: Update 3.0.5 → 3.1.0
Reported by: portscout
0e78daa |
Tuesday, 28 Mar 2023
|
22:28 Yuri Victorovich (yuri)
devel/xeus: Update 0.24.4 → 3.0.5
Reported by: portscout
5f32c62 |
Wednesday, 7 Sep 2022
|
21:10 Stefan Eßer (se)
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.
This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.
There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.
The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.
Approved by: portmgr (tcberner)
b7f0544 |
Wednesday, 7 Apr 2021
|
08:09 Mathieu Arnold (mat)
One more small cleanup, forgotten yesterday.
Reported by: lwhsu
cf118cc |
Tuesday, 6 Apr 2021
|
14:31 Mathieu Arnold (mat)
Remove # $FreeBSD$ from Makefiles.
305f148 |
Tuesday, 19 Jan 2021
|
04:26 jhale
security/cryptopp: Update to 8.4.0
Bump PORTREVSION on all consumers. ABI-breaking changes were introduced and
recompile of consumers is necessary.
Remove unused cryptopp dependency from devel/xeus. Upstream migrated to OpenSSL
several releases ago. [1]
[1]
https://github.com/jupyter-xeus/xeus/commit/c98c44c174cafcf424f4203dc3c61564118feb3e
Changes: https://www.cryptopp.com/release840.html
|
Tuesday, 10 Nov 2020
|
07:46 yuri
devel/xeus: Update 0.24.3 -> 0.24.4
Reported by: portscout
|
Sunday, 8 Nov 2020
|
16:55 yuri
devel/xeus: Update 0.23.14 -> 0.24.3
Reported by: portscout
|
Tuesday, 9 Jun 2020
|
17:32 yuri
devel/xeus: Unbreak on systems incompatible with the system where the package
was built
-march=native caused SEGVs on incompatible systems
The cmake option that turned it off was renamed. I also added the NATIVE option
that now drives the -march flag.
MFH: 2020Q2
|
Wednesday, 13 May 2020
|
08:12 yuri
devel/xeus: Update 0.23.13 -> 0.23.14
Reported by: portscout
|
Wednesday, 8 Apr 2020
|
06:41 yuri
devel/xeus: Update 0.23.12 -> 0.23.13
Reported by: portscout
|
Tuesday, 7 Apr 2020
|
21:14 yuri
devel/xeus: Update 0.23.10 -> 0.23.12
Reported by: portscout
|
Monday, 30 Mar 2020
|
19:15 yuri
devel/xeus: Update 0.23.9 -> 0.23.10
Reported by: portscout
|
Thursday, 26 Mar 2020
|
00:07 yuri
devel/xeus: Update 0.23.8 -> 0.23.9
Reported by: portscout
|
Monday, 16 Mar 2020
|
01:20 yuri
devel/xeus: Update 0.23.7 -> 0.23.8
Reported by: portscout
|
Friday, 13 Mar 2020
|
15:04 yuri
devel/xeus: Update 0.23.6 -> 0.23.7
Reported by: portscout
|
Saturday, 7 Mar 2020
|
21:10 yuri
devel/xeus: Update 0.23.5 -> 0.23.6
Project's GH account is renamed.
WWW has been updated accordingly.
|
Sunday, 23 Feb 2020
|
01:30 yuri
devel/xeus: Update 0.23.2 -> 0.23.5
Reported by: portscout
|
Wednesday, 11 Dec 2019
|
15:44 pkubaj
devel/xeus: don't optimize for the host CPU
It causes a build error on powerpc64:
g++9: error: unrecognized command line option '-march=native'; did you mean
'-mcpu=native'?
And may cause runtime issues even when it builds.
PR: 242582
Approved by: yuri (maintainer)
|
Tuesday, 10 Dec 2019
|
03:38 jhale
Update security/cryptopp to 8.2.0
Remove THREADS option - upstream recommends building with threads and the
build system now adds the appropriate flags automatically
Bump PORTREVISION on consumers due to shared lib version increase
PR: 241132
Submitted by: Farid Hajji <farid@hajji.name>
|
Saturday, 7 Dec 2019
|
06:52 yuri
devel/xeus: Update 0.19.2 -> 0.23.2
Reported by: repology
|
Sunday, 10 Nov 2019
|
04:59 linimon
Remove the -mtune=generic/-march=native fiddling on all archs, not just
GCC-based ones.
This will unbreak the build on aarch64.
Approved by: portmgr (tier-2 blanket)
|
Friday, 26 Jul 2019
|
20:46 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
|
Saturday, 22 Jun 2019
|
19:19 linimon
For GCC-based systems, edit top-level CMakeLists.txt to eliminate
either of the following two problems:
g++8: error: unrecognized command line option '-march=native'
g++8: error: unrecognized argument in option '-mtune=generic'
Approved by: portmgr (tier-2 blanket)
|
Saturday, 25 May 2019
|
17:46 yuri
devel/xeus: Update 0.19.1 -> 0.19.2
Reported by: portscout
|
Thursday, 25 Apr 2019
|
06:05 yuri
devel/xeus: Update 0.18.1 -> 0.19.1
Reported by: portscout
|
Friday, 1 Mar 2019
|
08:08 tobik
net/openpgm: Do not add -I to non-existing directory in openpgm-5.2.pc
foo/lib/pgm-5.2/include does not exist, so applications using strict
compiler flags will fail to build due to this.
Here this breaks devel/xeus build after r491260 [1]:
CMake Error in CMakeLists.txt:
Imported target "cppzmq" includes non-existent path
"/usr/local/lib/pgm-5.2/include"
in its INTERFACE_INCLUDE_DIRECTORIES. Possible reasons include:
* The path was deleted, renamed, or moved to another location.
* An install or uninstall procedure did not complete successfully.
* The installation package was faulty and references files it does not
provide.
- Bump revisions of all net/openpgm consumers
- Unbreak devel/xeus
[1]
http://beefy9.nyi.freebsd.org/data/112amd64-default/491532/logs/errors/xeus-0.18.1.log
PR: 230575
|
Sunday, 3 Feb 2019
|
19:43 antoine
Mark BROKEN: fails to configure
CMake Error in CMakeLists.txt:
Imported target "cppzmq" includes non-existent path
"/usr/local/lib/pgm-5.2/include"
Reported by: pkg-fallout
|
Tuesday, 25 Dec 2018
|
20:25 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
|
Saturday, 22 Dec 2018
|
23:24 yuri
devel/xeus: Update 0.13.0 -> 0.18.1
Reported by: portscout
|
Wednesday, 12 Dec 2018
|
01:35 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
|
Monday, 26 Nov 2018
|
05:22 linimon
Pursuant to r483670, PORTREVISION should have been bumped.
Reported by: jbeich
|
Friday, 24 Aug 2018
|
17:22 jhale
Update security/cryptopp to 7.0.0
We now install a pkgconfig file which will allow ports to check whether
cryptopp was built with assembly instructions enabled or not. There are
a few functions that will be undefined if built without assembly and
-DCRYPTOPP_DISABLE_ASM needs to be passed to the compiler in that case
to avoid build failures. This is not new, but the pkgconf file should
make it easier to determine if the flag is needed or not.
Fix several ports due to API changes and to use the new pkgconf file
to determine cryptopp location and build flags. Special cases below.
deskutils/cdcat
- Use cryptopp shared library instead of static, detect with pkgconf
devel/xeus
- Fix dependencies and remove header-only libraries from RUN_DEPENDS
- Rework to use the cryptopp pkgconf file
- net/cppzmq CMake files were fixed in r477649, remove hacks for that
as they were seemingly causing devel/xeus-cling to link to cryptopp
unnecessarily
- Remove C++17 code from cryptopp checks for compatibility
devel/xeus-cling
- Fix dependencies
- Remove hacks for previously broken cppzmq CMake files and no longer
needed cryptopp dependency
Changes: https://www.cryptopp.com/#news
PR: 230579 (original patch, not used)
Submitted by: yuri
|
Sunday, 19 Aug 2018
|
23:14 yuri
devel/xeus: Fix build on 10 by adding USES=compiler:c++14-lang
Reported by: fallout
|
Saturday, 18 Aug 2018
|
00:59 yuri
devel/xeus: Patch installed cmake files: ZeroMQ doesn't provide *.cmake files.
|
Monday, 13 Aug 2018
|
19:53 yuri
New port: devel/xeus: C++ implementation of the Jupyter kernel protocol
|
Number of commits found: 38 |