aboutsummaryrefslogtreecommitdiff
path: root/lang
Commit message (Collapse)AuthorAgeFilesLines
* lang/p5-Scalar-List-Utils: Update to 1.60Po-Chuan Hsieh2021-10-132-4/+4
| | | | Changes: https://metacpan.org/dist/Scalar-List-Utils/changes
* lang/v8: Update to 9.4.146.21Po-Chuan Hsieh2021-10-1311-66/+75
| | | | | | Changes: https://v8.dev/blog/v8-release-94 https://chromium.googlesource.com/v8/v8.git/+log/refs/heads/9.4-lkgr https://github.com/v8/v8/commits/9.4-lkgr
* lang/python3X: Fix library installationThierry Thomas2021-10-1310-0/+15
| | | | | | | | | | | | | | | | | The Python ports install the library libpython3.x.so under $PREFIX/lib, and they set USE_LDCONFIG, but these libraries are not registered, due to a missing symlink, and they are not found by `ldconfig -r'. This commit make them to be registered, and for some reason it helps the dynamic linker to find them, and this allows to fix an error in french/aster. It also helps to fix errors in newer releases of math/sage (not yet ready to be committed due to other problems). No exp-run, but it has been tested with many ports on several platforms. PR: 257864 Approved by: koobs (Python team) MFH: 2021Q4
* lang/janet: Update to v1.18.0Tobias Kortkamp2021-10-122-4/+4
| | | | Changes: https://github.com/janet-lang/janet/releases/tag/v1.18.0
* lang/gcc10-devel: Relinquish maintainershipGerald Pfeifer2021-10-121-1/+1
| | | | | | | | | | After working on (and largely maintaining) our GCC ports for more than 19 years, time has come to hand over the baton. Sadly despite multiple requests nobody stepped up, so return this port to the pool. Still happy to provide guidance and a helping hand, for example working with upstream or on operating the (crucial) nightly testers I have been running.
* lang/gcc10-devel: Update to the 20211008 snapshot of GCC 10.3.1Gerald Pfeifer2021-10-122-4/+4
| | | | This brings five back ports for the C++ front end and two for Fortran.
* lang/perl5-devel: update to v5.35.4-102-ge43d289c7cMathieu Arnold2021-10-114-8/+6
|
* lang/gcc9-devel: Relinquish maintainershipGerald Pfeifer2021-10-111-1/+1
| | | | | | | | | | After working on (and largely maintaining) our GCC ports for more than 19 years, time has come to hand over the baton. Sadly despite multiple requests nobody stepped up, so return this port to the pool. Still happy to provide guidance and a helping hand, for example working with upstream or on operating the (crucial) nightly testers I have been running.
* lang/gcc9-devel: Update to the 20211007 snapshot of GCC 9.4.1Gerald Pfeifer2021-10-112-4/+4
|
* lang/go: Update to 1.17.2Guangyuan Yang2021-10-092-4/+4
| | | | | Changes: https://golang.org/doc/devel/release#go1.17.minor Security: 4fce9635-28c0-11ec-9ba8-002324b2fba8
* lang/gcc12-devel: Update to the 20211003 snapshot of GCC 12.0.0Gerald Pfeifer2021-10-092-4/+4
|
* lang/intel-compute-runtime: update to 21.40.21182Jan Beich2021-10-083-9/+9
| | | | | Changes: https://github.com/intel/compute-runtime/compare/21.39.21127...21.40.21182 Reported by: GitHub (watch releases)
* lang/scheme48: Add CPE informationBernhard Froehlich2021-10-081-1/+2
| | | | Approved by: portmgr (blanket)
* lang/rust: Add CPE informationBernhard Froehlich2021-10-081-1/+3
| | | | Approved by: portmgr (blanket)
* lang/python-doc-html: Update distinfo of python310 to 3.10.0 releaseWen Heping2021-10-081-9/+9
|
* lang/python310: Update to 3.10.0 releaseWen Heping2021-10-083-6/+6
|
* lang/gcc10-devel: Update to the 20211001 snapshot of GCC 10.3.1Gerald Pfeifer2021-10-082-4/+4
| | | | This brings two back ports for Fortran (only).
* KDE: Update KDE Gear to 21.08.2Tobias C. Berner2021-10-072-6/+6
| | | | | | | | | | | | | | | | | | Thursday, 7 October 2021 Over 120 individual programs plus dozens of programmer libraries and feature plugins are released simultaneously as part of KDE Gear. Today they all get new bugfix source releases with updated translations, including: * kmail: Fix an infinite SSL error dialog loop * konqueror: Make it compatible with KIO 5.86.0 and don’t open every URL in a new window * libksane: Fix multi page detection with certain scanners Full announcement: https://kde.org/announcements/gear/21.08.2/
* lang/mono5.10: enable on powerpc64lePiotr Kubaj2021-10-071-1/+1
|
* lang/mono5.20: enable on powerpc64lePiotr Kubaj2021-10-071-1/+1
|
* lang/mono: enable on powerpc64lePiotr Kubaj2021-10-071-1/+1
|
* lang/rust-nightly: Update to 1.57.0.20211006Tobias Kortkamp2021-10-073-4/+49
| | | | | | - Add missing cargo patch Changes: https://github.com/rust-lang/rust/compare/003d8d3f56848b6f3833340e859b089a09aea36a...25ec8273855fde2d72ae877b397e054de5300e10
* lang/gcc12-devel: Update to the 20210926 snapshot of GCC 12.0.0Gerald Pfeifer2021-10-073-51/+4
| | | | | files/patch-bootstrap-gcc-gcc.c came from upstream and is part of that snapshot now, so remove it.
* lang/mono6.8: fix powerpc* plistPiotr Kubaj2021-10-062-4/+3443
| | | | | - actually add pkg-plist.powerpc, - move it before bsd.port.pre.mk.
* lang/mono5.20: port to powerpc64Piotr Kubaj2021-10-062-0/+3263
|
* lang/mono5.20: port to powerpc64Piotr Kubaj2021-10-063-7/+54
| | | | Same as lang/mono, except that BTLS is enabled.
* lang/mono: port to powerpc64Piotr Kubaj2021-10-063-6/+39
|
* lang/mono5.10: port to powerpc64Piotr Kubaj2021-10-064-6/+3016
|
* lang/mono: commit pkg-plist.powerpcPiotr Kubaj2021-10-061-0/+2980
|
* lang/mono5.10: fix build on powerpcPiotr Kubaj2021-10-061-1/+10
| | | | Same as lang/mono.
* lang/mono: fix build on powerpcPiotr Kubaj2021-10-062-1/+26
| | | | | | - BTLS doesn't work on powerpc, - same pkg-plist fix as for lang/mono6.8, - cast ctx (which is void) to ucontext_t - NetBSD does the same.
* lang/rust-nightly: Update to 1.57.0.20211005Tobias Kortkamp2021-10-064-37/+25
| | | | Changes: https://github.com/rust-lang/rust/compare/f586d79d183d144e0cbf519e29247f36670e2076...25ec8273855fde2d72ae877b397e054de5300e10
* lang/gcc11-devel: Update to the 20210925 snapshot of GCC 11.2.1Gerald Pfeifer2021-10-062-4/+4
| | | | | This brings three back ports to the tree and inter-procedural optimizers, two for the powerpc back end, and four for Fortran.
* lang/erlang-wx: Update to version 24.1.2.Jimmy Olgeni2021-10-052-4/+4
|
* lang/erlang-java: Update to version 24.1.2.Jimmy Olgeni2021-10-052-4/+4
|
* lang/erlang: Update to version 24.1.2, apply portfmt.Jimmy Olgeni2021-10-052-7/+7
|
* lang/erlang-runtime24: Update to version 24.1.2.Jimmy Olgeni2021-10-052-4/+4
|
* lang/gcc10-devel: Update to the 20210924 snapshot of GCC 10.3.1Gerald Pfeifer2021-10-052-4/+4
| | | | | | This brings one back port for the inter procedural optimizers, one for the general code generators, and three each for the powerpc back end and the Fortran front end.
* lang/erlang-riak: removeDave Cottlehuber2021-10-047-5120/+0
| | | | | | | | - broken in all supported FreeBSD releases - unsupported upstream erlang version Approved by: wg (maintainer) Approved by: erlang (with hat)
* *: re-assign kuriyama@s ports to the pool, commit bit safekeptRene Ladan2021-10-041-1/+1
| | | | With hat: portmgr-secretary
* lang/erlang-runtime20: removeDave Cottlehuber2021-10-0414-290/+0
| | | | | | version is unsupported upstream Approved by: erlang (with hat)
* lang/gcc9-devel: Update to the 20210923 snapshot of GCC 9.4.1Gerald Pfeifer2021-10-042-4/+4
| | | | | This brings one back port for code generators (combine), one for inter-procedural optimizers, and two for Fortran.
* lang/(erlang(-runtime2[13])?): work around dtrace failures with clang 13Dimitry Andric2021-10-033-3/+18
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | During an exp-run for llvm 13 (see bug 258209), it turned out that lang/erlang and lang/erlang-runtime2[13] fail to build with clang 13. What appears to happen is that for these versions of erlang, PGO is enabled, and it first builds a PGO-enabled beam.smp: gmake[5]: Entering directory '/wrkdirs/usr/ports/lang/erlang/work/otp-OTP-21.3.8.24/erts/emulator' if utils/gen_git_version amd64-portbld-freebsd14.0/gen_git_version.mk; then touch beam/erl_bif_info.c; fi echo " PROFILE beam.prof.smp" PROFILE beam.prof.smp rm -f obj/amd64-portbld-freebsd14.0/opt/smp/erl*.profraw set -e; LLVM_PROFILE_FILE="obj/amd64-portbld-freebsd14.0/opt/smp/erlc-%m.profraw" \ ERL_FLAGS="-emu_type prof +S 1" erlc -W -DPGO \ -o obj/amd64-portbld-freebsd14.0/opt/smp test/estone_SUITE.erl > obj/amd64-portbld-freebsd14.0/opt/smp/PROFILE_LOG after which it does a test run, and uses llvm-profdata to merge the profiling data into beam_emu_pu.o: llvm-profdata merge -output obj/amd64-portbld-freebsd14.0/opt/smp/default.profdata obj/amd64-portbld-freebsd14.0/opt/smp/*.profraw cc -fprofile-instr-use=obj/amd64-portbld-freebsd14.0/opt/smp/default.profdata -Werror=undef -Werror=implicit -Werror=return-type -O3 -fomit-frame-pointer -pipe -fno-omit-frame-pointer -DMAP_NORESERVE=0 -fstack-protector-strong -fno-strict-aliasing -I/wrkdirs/usr/ports/lang/erlang/work/otp-OTP-21.3.8.24/erts/amd64-portbld-freebsd14.0 -DHAVE_CONFIG_H -Wall -Wstrict-prototypes -Wmissing-prototypes -Wdeclaration-after-statement -DUSE_THREADS -D_THREAD_SAFE -D_REENTRANT -DPOSIX_THREADS -Iamd64-portbld-freebsd14.0/opt/smp -Ibeam -Isys/unix -Isys/common -Iamd64-portbld-freebsd14.0 -Ipcre -Ihipe -I../include -I../include/amd64-portbld-freebsd14.0 -I../include/internal -I../include/internal/amd64-portbld-freebsd14.0 -c beam/beam_emu.c -o obj/amd64-portbld-freebsd14.0/opt/smp/beam_emu_pu.o Later, it runs dtrace over all the collected objects, and this dies: dtrace -G -C -Ibeam \ -s beam/erlang_dtrace.d \ -o obj/amd64-portbld-freebsd14.0/opt/smp/erlang_pu_dtrace.o ... long list of objects ... dtrace: failed to link script beam/erlang_dtrace.d: an error was encountered while processing obj/amd64-portbld-freebsd14.0/opt/smp/beam_emu_pu.o gmake[5]: *** [amd64-portbld-freebsd14.0/Makefile:1005: obj/amd64-portbld-freebsd14.0/opt/smp/erlang_pu_dtrace.o] Error 1 gmake[5]: Leaving directory '/wrkdirs/usr/ports/lang/erlang/work/otp-OTP-21.3.8.24/erts/emulator' Something in beam_emu_pu.o (emitted by clang or llvm 13) is tripping up dtrace, but I have very little knowledge about dtrace so I need help here. :) Now some other erlang runtimes such as lang/erlang-runtime24 *do* build successfully with clang 13, but this is only because upstream disabled the PGO feature, as a side effect of https://github.com/erlang/otp/commit/b165524c732 ("erts: Implement the BeamAsm JIT"): --- a/erts/configure.in +++ b/erts/configure.in ... @@ -704,6 +719,9 @@ else fi fi +dnl Disable pgo for now +USE_PGO=false + AC_SUBST(USE_PGO) AC_SUBST(PROFILE_COMPILER) I am unsure why upstream disabled this "for now", as it has been disabled for more than a year. So, for now, work around the dtrace failures by disabling PGO using the configure flag --disable-pgo, when building with clang >= 13. PR: 258494 Approved by: maintainer timeout (2 weeks) MFH: 2021Q4
* lang/intel-compute-runtime: drop i386 supportJan Beich2021-10-033-100/+4
| | | | | | | Probably didn't work, anyway. Upstream works on aarch64 instead. https://github.com/intel/compute-runtime/issues/316 https://github.com/intel/compute-runtime/commit/895e9e511653
* lang/intel-compute-runtime: update to 21.39.21127Jan Beich2021-10-033-4/+26
| | | | | Changes: https://github.com/intel/compute-runtime/compare/21.37.20939...21.39.21127 Reported by: GitHub (watch releases)
* *: Chase new major version (29) of editors/emacs-develJoseph Mingrone2021-10-017-6/+7
| | | | Differential Revision: https://reviews.freebsd.org/D32258
* lang/erlang-doc: Update to version 24.1.Jimmy Olgeni2021-10-013-1486/+4
|
* lang/erlang-man: Update to version 24.1.Jimmy Olgeni2021-10-012-4/+4
|
* lang/erlang-java: Update to version 24.1.1.Jimmy Olgeni2021-10-012-5/+5
|
* lang/erlang-wx: Update to version 24.1.1.Jimmy Olgeni2021-10-014-723/+708
|
generated by cgit v1.2.3 (git 2.25.1) at 2024-06-01 17:25:01 +0000