[update] audio/portmidi to 2.0.4
The project has moved to github and the version numbering scheme has changed.
A list of changes is here: https://github.com/PortMidi/portmidi/releases
Audacity still works and I have also compile-tested emulators/hatari and
games/odamex.
The delayed playback of midi-mesages is still not implemented in the
sndio-specific code (see XXX in files/pm_sndio/pmsndio.c). I doubt that it
is even possible to do in userland because of the timing requirements.
Does anybody have an idea how to implement this?
Index: Makefile
===
RCS file: /cvs/ports/audio/portmidi/Makefile,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 Makefile
--- Makefile11 Mar 2022 18:20:27 - 1.5
+++ Makefile1 Jul 2023 20:06:03 -
@@ -1,33 +1,28 @@
COMMENT = library for real time input and output of MIDI data
-DISTNAME = portmidi-src-217
-PKGNAME = portmidi-217
-REVISION = 0
+GH_ACCOUNT = PortMidi
+GH_PROJECT = portmidi
+GH_TAGNAME = v2.0.4
+EPOCH =0
-SHARED_LIBS = portmidi0.0
+DISTNAME = portmidi-${GH_TAGNAME:S/v//}
+
+SHARED_LIBS = portmidi1.0
CATEGORIES = audio
-HOMEPAGE = http://portmedia.sourceforge.net/
+HOMEPAGE = https://github.com/PortMidi/portmidi
# ISC
PERMIT_PACKAGE = Yes
WANTLIB= pthread sndio
-MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=portmedia/}
-EXTRACT_SUFX = .zip
-
-MODULES = devel/cmake
+MODULES = devel/cmake
-CONFIGURE_ARGS+= -DPROJECT_BINARY_DIR=Release \
- -DCMAKE_ARCHIVE_OUTPUT_DIRECTORY=${WRKBUILD}/Release \
- -DCMAKE_LIBRARY_OUTPUT_DIRECTORY=${WRKBUILD}/Release \
- -DCMAKE_RUNTIME_OUTPUT_DIRECTORY=${WRKBUILD}/Release
+CONFIGURE_ARGS+= -DUSE_SNDIO=ON
NO_TEST = Yes
-
-WRKDIST = ${WRKDIR}/portmidi
FIX_CRLF_FILES = porttime/ptlinux.c
Index: distinfo
===
RCS file: /cvs/ports/audio/portmidi/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo23 Mar 2019 13:30:08 - 1.1.1.1
+++ distinfo1 Jul 2023 20:06:03 -
@@ -1,2 +1,2 @@
-SHA256 (portmidi-src-217.zip) = COmokr2AvbERUhP7ctwpp78v8QizeBgFhqpl88/ULg8=
-SIZE (portmidi-src-217.zip) = 1030830
+SHA256 (portmidi-2.0.4.tar.gz) = ZIk+gjrhRsq9Otf5qanFMydGq+eEfFV7mbJXevqKYHw=
+SIZE (portmidi-2.0.4.tar.gz) = 263225
Index: files/portmidi.pc.in
===
RCS file: files/portmidi.pc.in
diff -N files/portmidi.pc.in
--- files/portmidi.pc.in23 Mar 2019 13:30:08 - 1.1.1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,11 +0,0 @@
-prefix=@DEST_DIR@
-exec_prefix=${prefix}
-libdir=${prefix}/lib
-includedir=${prefix}/include
-
-Name: libportmidi
-Description: Portable midi I/O
-Version: 217
-
-Libs: -L${libdir} -lportmidi
-Cflags: -I${includedir}
Index: files/pm_sndio/pmsndio.c
===
RCS file: /cvs/ports/audio/portmidi/files/pm_sndio/pmsndio.c,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 pmsndio.c
--- files/pm_sndio/pmsndio.c10 May 2019 12:55:19 - 1.2
+++ files/pm_sndio/pmsndio.c1 Jul 2023 20:06:03 -
@@ -12,8 +12,8 @@
#include "pminternal.h"
#include "porttime.h"
-#define NDEVS 9
-#define SYSEX_MAXLEN 1024
+#define NDEVS 9
+#define SYSEX_MAXLEN 1024
#define SYSEX_START 0xf0
#define SYSEX_END 0xf7
@@ -45,18 +45,18 @@ void pm_init()
/* default */
strcpy(devs[0].name, MIO_PORTANY);
-pm_add_device("SNDIO", devs[k].name, TRUE, (void *) &devs[k],
+pm_add_device("SNDIO", devs[k].name, TRUE, FALSE, (void *) &devs[k],
&pm_sndio_in_dictionary);
-pm_add_device("SNDIO", devs[k].name, FALSE, (void *) &devs[k],
+pm_add_device("SNDIO", devs[k].name, FALSE, FALSE, (void *) &devs[k],
&pm_sndio_out_dictionary);
k++;
for (i = 0; i < 4; i++) {
for (j = 0; j < 2; j++) {
sprintf(devs[k].name, "%s/%d", devices[i], j);
-pm_add_device("SNDIO", devs[k].name, TRUE, (void *) &devs[k],
+pm_add_device("SNDIO", devs[k].name, TRUE, FALSE, (void *)
&devs[k],
&pm_sndio_in_dictionary);
-pm_add_device("SNDIO", devs[k].name, FALSE, (void *) &devs[k],
+pm_add_device("SNDIO", devs[k].name, FALSE, FALSE, (void *)
&devs[k],
&pm_sndio_out_dictionary);
k++;
}
@@ -85,7 +85,7 @@ void pm_term(void)
PmDeviceID Pm_GetDefaultInputDeviceID() {
Pm_Initialize();
-return pm_default_input_device_id;
+return pm_default_input_device_id;
}
PmDeviceID Pm_GetDefaultOutputDeviceID() {
@@ -107,14 +107,14 @@ static int midi_message_length(PmMessage
return common_len[st & 7];
else if (st >= 0x80)
return voice_len[(st >> 4) & 7];
-else
+else
return 0;
}
Re: [new] lang/nickel
Le Fri, 30 Jun 2023 19:20:26 +0200, Solene Rapenne a écrit : > hi, this is a port for nickel, a language using contracts to generate > validated configuration files, it's meant to be easy to extend while > allow the developers to enforce a lot of check in the inputs to ensure > the insert data will be valid > > if you are curious, I gathered a few links > > announcement for 1.0.0: > https://www.tweag.io/blog/2023-05-17-nickel-1.0-release/ > > announcing 1.0.0 + tutorial in video: > https://www.youtube.com/watch?v=DzuoYmA2pd4 > > a tutorial (that I wrote): > https://nickel-lang.org/user-manual/tutorial kn@ reported the test are not passing, I forgot to try before sending. However, I have an error when running tests, and I don't know if modcargo should do something automagic with cargo to run tests? solene@dev /u/p/l/nickel> make test ===> Regression tests for nickel-1.0.0 error: failed to get `ansi_term` as a dependency of package `nickel-lang v1.0.0 (/usr/ports/pobj/nickel-1.0.0/nickel-1.0.0)` Caused by: failed to load source for dependency `ansi_term` Caused by: Unable to update registry `crates-io` Caused by: failed to update replaced source registry `crates-io` Caused by: failed to read root of directory source: /tmp/pobj/nickel-1.0.0/nickel-1.0.0/modcargo-crates Caused by: No such file or directory (os error 2) *** Error 101 in . (/usr/ports/devel/cargo/cargo.port.mk:387 'do-test': @cd /usr/ports/pobj/nickel-1.0.0/nickel-1.0.0 && /usr/bin/env -i POR...) *** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:3002 '/usr/ports/pobj/nickel-1.0.0/build-amd64/.test_done': @cd /usr/ports/lang/n...) *** Error 2 in /usr/ports/lang/nickel (/usr/ports/infrastructure/mk/bsd.port.mk:2612 'test': @lock=nickel-1.0.0; export _LOCKS_HELD=" nicke...)
[UPDATE] Enable erlang26 flavors in erlang.port.mk
Here's an update to erlang.port.mk that enables the erlang26 FLAVOR for
erlang ports.
The idea is that if a specific MODERL_VERSION is set on a port, the port
will only be built for that version of erlang, otherwise the port will
be built with erlang25 and erlang26 flavors.
MODERL_VERSION is set for
* lang/lfe
* net/rabbitmq
* lang/elixir
* benchmarks/tsung
Those are unaffected by this change, and will be transitioned at a later
time.
Unfortunately this change does impact
* lang/gleam
which needs a minor adaptation to make that work (attached).
With that in place, the devel/rebar3 port can be simplified, because it
can reuse the MODERL_MODULES mechanism, that was largely taken over from
that port.
Also, since erlang/25 and erlang/26 can coexist, so should
rebar3-erlang25 and rebar3-erlang26, thus @option no-default-conflict.
Unfortunately that's a lot of stuff that needs to happen together, and I
had to do some things with @pkpaths and pkgstems that I'm not 100%
certain about, so feedback is highly welcome and probably direly needed
:-)
Tested on amd64.
Index: erlang.port.mk
===
RCS file: /cvs/ports/lang/erlang/erlang.port.mk,v
retrieving revision 1.34
diff -u -p -r1.34 erlang.port.mk
--- erlang.port.mk 16 Jun 2023 14:21:34 - 1.34
+++ erlang.port.mk 1 Jul 2023 14:21:27 -
@@ -5,25 +5,35 @@ CATEGORIES += lang/erlang
USE_GMAKE ?= Yes
# Default Erlang version to use if MODERL_VERSION is not set.
-# XXX: Keep in sync with devel/rebar3/Makefile
MODERL_DEFAULT_VERSION =25
# If the port already has flavors, append ours to it unless the port requires
# a specific version of Erlang.
.if !defined(MODERL_VERSION) && !defined(FLAVORS)
-FLAVORS ?= erlang25
-.else
-FLAVORS += erlang25
+FLAVORS ?= erlang25 erlang26
+FLAVOR ?= erlang25
+.elif !defined(MODERL_VERSION)
+FLAVORS += erlang25 erlang26
.endif
FLAVOR?= # empty
# When no flavor is explicitly set, assume MODERL_DEFAULT_VERSION
+.if ${FLAVOR:Merlang25}
+MODERL_VERSION = 25
+_MODERL_FLAVOR = ${FLAVOR}
+.elif ${FLAVOR:Merlang26}
+MODERL_VERSION = 26
+_MODERL_FLAVOR = ${FLAVOR}
+.else
MODERL_VERSION ?= ${MODERL_DEFAULT_VERSION}
_MODERL_FLAVOR ?= # empty
+.endif
.if ${MODERL_VERSION} == 25
_MODERL_FLAVOR = erlang25
+.elif ${MODERL_VERSION} == 26
+_MODERL_FLAVOR = erlang26
.else
ERRORS += "Invalid MODERL_VERSION set: ${MODERL_VERSION}."
.endif
@@ -34,7 +44,7 @@ CONFIGURE_STYLE = rebar3
.endif
.if ${CONFIGURE_STYLE} == "rebar3"
-MODERL_BUILD_DEPENDS += devel/rebar3
+MODERL_BUILD_DEPENDS += rebar3-*-${_MODERL_FLAVOR}:devel/rebar3
REBAR_BIN ?= ${LOCALBASE}/bin/rebar3-${MODERL_VERSION}
# Make sure rebar gets called as 'rebar3', otherwise escript tries to call the
# binary name (e.g. rebar3-25) as the script entrypoint.
Index: Makefile
===
RCS file: /cvs/ports/devel/rebar3/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- Makefile 29 Jun 2023 15:02:00 - 1.11
+++ Makefile 1 Jul 2023 14:20:34 -
@@ -7,37 +7,26 @@ CATEGORIES = devel
HOMEPAGE = https://www.rebar3.org
MAINTAINER = Volker Schlecht
+REVISION = 0
+
# APLv2
PERMIT_PACKAGE = Yes
-FLAVORS = erlang25 erlang26
-FLAVOR ?= erlang25
-
-MASTER_SITES1 = https://repo.hex.pm/tarballs/
+MODULES = lang/erlang
-.if ${FLAVOR:Merlang25} || ${FLAVOR:Merlang26}
-_EV = ${FLAVOR:C/.*([0-9][0-9]+\$)/\1/}
-RUN_DEPENDS = lang/erlang/${_EV}
-ERL_VERSION = ${_EV}
-.else
-ERRORS += "Invalid FLAVOR set: ${FLAVOR}"
-.endif
+# Avoid default value of rebar3
+CONFIGURE_STYLE = None
EXTRACT_ONLY = rebar3-${GH_TAGNAME}.tar.gz
# for tests
-HEX_MODULES += \
- meck 0.8.13
+MODERL_MODULES = meck 0.8.13
DISTFILES = rebar3-{}${GH_TAGNAME}.tar.gz
-.for _m _v in ${HEX_MODULES}
-DISTFILES += ${_m}-${_v}.tar:1
-.endfor
BUILD_DEPENDS += ${RUN_DEPENDS}
-SUBST_VARS = ERL_VERSION
-
+PORTHOME= ${WRKDIR}
pre-configure:
${SUBST_CMD} ${WRKSRC}/bootstrap \
@@ -49,18 +38,9 @@ do-build:
cd ${WRKBUILD} && ${SETENV} ${MAKE_ENV} ${WRKSRC}/bootstrap
do-install:
- ${INSTALL_SCRIPT} ${WRKSRC}/rebar3 ${PREFIX}/bin/rebar3-${ERL_VERSION}
+ ${INSTALL_SCRIPT} ${WRKSRC}/rebar3 ${PREFIX}/bin/rebar3-${MODERL_VERSION}
-PORTHOME= ${WRKDIR}
do-test:
-.for _m _v in ${HEX_MODULES}
- mkdir -p ${WRKDIR}/${_m}
- tar xf ${FULLDISTDIR}/${_m}-${_v}.tar -C ${WRKDIR}/${_m}
-
- mkdir -p ${WRKSRC}/_checkouts/${_m}
- tar xzf ${WRKDIR}/${_m}/contents.tar.gz -C ${WRKSRC}/_checkouts/${_m}
- cp -r ${WRKSRC}/_checkouts/${_m} ${WRKSRC}/_build/default/lib/
-.endfor
cd ${WRKSRC} && \
${SETENV} ${ALL_TEST_ENV} ./rebar3 escriptize && \
${SETENV} ${ALL_TEST_ENV} ./rebar3 ct
Index: distinfo
===
RCS file: /cvs/ports/devel/rebar3/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5
Re: Port Request
On Sat, 2023-07-01 at 12:31 +, Mikolaj Kucharski wrote: > On Sat, Jul 01, 2023 at 02:03:26PM +0200, Solène Rapenne wrote: > > On Sat, 2023-07-01 at 11:48 +, Umgeher Torgersen wrote: > > > On Fri, Jun 30, 2023 at 09:24:54AM +, luffy20201 wrote: > > > > Hello OpenBSD Devs! I want to make a request, can you guys > > > > please > > > > try to port ytfzf to OBSD. I used it a lot on GNU/linux, and I > > > > would > > > > greatly appreciate if you guys could. Thank You > > > > > > sure! with fries? > > > > > > thank you for your order! > > > > > > > there is no need to be condescending for free, at best, just don't > > reply. > > > > The program actually looks interesting, it only requires curl and jq > > as > > dependencies. However, it may be so trivial to install it locally, > > I'm > > not sure this deserve to be packaged. I'll give it a try. > > > > It also seems to depend on fzf: > > $ sh ytfzf -m music > Scraping YouTube (with https://invidious.flokinet.to) (music, pg: 1) > [ERROR]: fzf not installed, cannot use the default menu > it only requires curl and jq to work, but it has a lot of extra dependencies for more features I suppose a package should enable all the features as long as it doesn't pull an entire desktop like GNOME as a dependency
Re: new security/web-eid-app
I checked the following:
* Builds, installs and uninstalls cleanly on amd64
* /usr/local/bin/web-eid starts and shows a window explaining that it
wants to be invoked by a browser extension
* following the instructions in -chrome, a window pops up when clicking
"Authenticate" on web-eid.eu
I did notice that having a Yubikey plugged in seems to confuse the
application, i.e. either I didn't see anything when clicking
'Authenticate' or could only catch a hint of a flicker of the window
opening and closing again - possibly the application doesn't deal
well with other kinds of smartcards present.
fwiw ok volker@
On 6/29/23 00:57, Klemens Nanni wrote:
On Sun, Jun 18, 2023 at 10:39:27PM +, Klemens Nanni wrote:
Chromium works! I named our packages after upstream's official debian/ubuntu
web-eid-{chrome,firefox,native}-*.deb ones.
-native has the cli/native messaging host, -chrome has the config for
www/chromium and a README pointing at the official extention plus unveil.
Once I sorted out the other chrome flavours in out ports tree, my plan
is to make -chrome ship those too; no need for -chromium, -irdium, etc.
With www/mozilla-firefox the extension starts the native app and
stdin/out sees data, but something goes wrong. Need to investigate,
then hopefully make www/firefox-esr work as well and make -firefox ship
it, in analogy to -chrome covering all the *chrom* ports.
No progress yet other browsers besides chromium.
---
Information for inst:web-eid-chrome-2.3.1
Comment:
chromium extension
Description:
Configuration for the official Web eID extension for Chromium.
Maintainer: Klemens Nanni
WWW: https://web-eid.eu/
---
Information for inst:web-eid-native-2.3.1
Comment:
native messaging host for Web eID browser extension
Required by:
web-eid-chrome-2.3.1
Description:
The Web eID application peforms cryptographic digital signing and
authentication operations with electronic ID smart cards for the Web eID
browser extension, for which it acts as native messaging host.
Also works standalone without the extension in command-line mode.
Maintainer: Klemens Nanni
WWW: https://web-eid.eu/
---
Even without smart card, you can test -native by running `web-eid'
manually to get a Qt6 window.
For -chrome follow README, click 'Authenticate' on https://web-eid.eu
and get a window; with a smart card, follow the process and view the
resulting file in security/qdigidoc4; without a smart card, close the
window (your browser's extension successfully talked to the native
messaging host application).
Feedback? OK?
Ping.
Re: [update] archives/libzim to 8.2.0
On Thu, Jun 29, 2023 at 01:12:31AM +, Lucas Raab wrote: > Hello, > > Here's a small update to 8.2.0 that's worked on amd64 and aarch64 with > kiwix-tools. > > changelog: > Deprecate SearchIterator::getSize() method (@mgautierfr #774) > Fix handling of search end iterator (@mgautierfr #774) > There were cases when we could dereference a end iterator. > Fix suggestions with titles containing punctuations (@veloman-yunkan #765) > Correctly publish our public API in Windows's dll (@xiaoyifang #783) > Fix various warning and compilation error when compiling with > last xcode version (@mgautierfr #782) > Fix faulty unit-test checking for async errors (@mgautierfr #776) > Update subproject wrap zstd to version 1.5.4 (and use upstream > wrap file.) (@mgautierfr #749) > Add CI to build on aarch64 (@mgautierfr #784) > Various CI improvement (@kelson42) 'make test' fills up my /tmp really quickly and a lot of tests fail. So TMPDIR needs to point at WRKDIR or so, a handful of ports do that. > > My question is if the deprecation of SearchIterator::getSize() needs a bump > for SHARED_LIBS? /usr/lib/check_sym says /usr/local/lib/libzim.so.0.0 --> /usr/ports/pobj/libzim-8.2.0/build-amd64/src/libzim.so.0.0 Dynamic export changes: added: _ZNK3zim14SearchIterator12InternalData8iteratorEv removed: _ZN3zim14SearchIterator12InternalData12get_documentEv ... So the function is no longer available. symbol removal warrants a major bump. > > Thanks, > Lucas > diff /usr/ports > commit - c3de91bf08fb9015fe63fc8271016b4bd80c0356 > path + /usr/ports > blob - c9e1c4b2ee470d0b3185cacfa7283b426d0ecce0 > file + archivers/libzim/Makefile > --- archivers/libzim/Makefile > +++ archivers/libzim/Makefile > @@ -1,6 +1,6 @@ > COMMENT =reference implementation of the ZIM specification > > -DISTNAME = libzim-8.1.1 > +DISTNAME = libzim-8.2.0 > > SHARED_LIBS += zim 0.0 # 0.0 > > blob - a4b62cc805ae78fd900f4376e89ce4036de359bc > file + archivers/libzim/distinfo > --- archivers/libzim/distinfo > +++ archivers/libzim/distinfo > @@ -1,2 +1,2 @@ > -SHA256 (libzim-8.1.1.tar.xz) = aNQoFwYyyf52LjvMDiHwlvO43Su1vFnhdjfCwhuHR1k= > -SIZE (libzim-8.1.1.tar.xz) = 192712 > +SHA256 (libzim-8.2.0.tar.xz) = YR+Bal88xyUhDwtNlnbCAzlLkqANGp8rOTSJfMNk/Vk= > +SIZE (libzim-8.2.0.tar.xz) = 193720
Re: Port Request
On Sat, Jul 01, 2023 at 02:03:26PM +0200, Solène Rapenne wrote: > On Sat, 2023-07-01 at 11:48 +, Umgeher Torgersen wrote: > > On Fri, Jun 30, 2023 at 09:24:54AM +, luffy20201 wrote: > > > Hello OpenBSD Devs! I want to make a request, can you guys please > > > try to port ytfzf to OBSD. I used it a lot on GNU/linux, and I would > > > greatly appreciate if you guys could. Thank You > > > > sure! with fries? > > > > thank you for your order! > > > > there is no need to be condescending for free, at best, just don't > reply. > > The program actually looks interesting, it only requires curl and jq as > dependencies. However, it may be so trivial to install it locally, I'm > not sure this deserve to be packaged. I'll give it a try. > It also seems to depend on fzf: $ sh ytfzf -m music Scraping YouTube (with https://invidious.flokinet.to) (music, pg: 1) [ERROR]: fzf not installed, cannot use the default menu -- Regards, Mikolaj
Re: Port Request
On Sat, 2023-07-01 at 11:48 +, Umgeher Torgersen wrote: > On Fri, Jun 30, 2023 at 09:24:54AM +, luffy20201 wrote: > > Hello OpenBSD Devs! I want to make a request, can you guys please > > try to port ytfzf to OBSD. I used it a lot on GNU/linux, and I would > > greatly appreciate if you guys could. Thank You > > sure! with fries? > > thank you for your order! > there is no need to be condescending for free, at best, just don't reply. The program actually looks interesting, it only requires curl and jq as dependencies. However, it may be so trivial to install it locally, I'm not sure this deserve to be packaged. I'll give it a try.
Re: Port Request
On Fri, Jun 30, 2023 at 09:24:54AM +, luffy20201 wrote: > Hello OpenBSD Devs! I want to make a request, can you guys please > try to port ytfzf to OBSD. I used it a lot on GNU/linux, and I would > greatly appreciate if you guys could. Thank You sure! with fries? thank you for your order!
Port Request
Hello OpenBSD Devs! I want to make a request, can you guys please try to port ytfzf to OBSD. I used it a lot on GNU/linux, and I would greatly appreciate if you guys could. Thank You
Re: lang/* BTI breakage - lang/ghc
On Fri, Jun 30, 2023 at 09:15:55PM +0200, Matthias Kilian wrote:
> Hi,
>
> On Thu, Jun 29, 2023 at 10:55:34PM -0700, Greg Steuck wrote:
> > Christian Weisgerber writes:
> >
> > > Since BTI affects any and all compilers that generate executable code,
> > > I tried to build all lang/* ports on amd64 with BTI enabled. Here's the
> > > list of failures:
> > >
> > > devel/jdk/1.8 # needs new bootstrap
> > > lang/crystal
> > > lang/fpc
> > > lang/gcc/11
> > > lang/ghc
> >
> > Naturally, as kili@ suspected, we need a new bootstrap with the right
> > flags plumbed through. Unfortunately I don't have access to the hardware
> > with this feature.
>
> Same here. Could someone be so kind to try the diff below? It uses a
> bootstrap I built from lang/ghc-8.10.7 with similar changes.
>
> If it works, I'll commit both (lang/ghc and lang/ghc-8.10.7) and also
> look to integrate Gregs work getting rid of USE_NOEXECONLY.
I have build tested lang/ghc on IBT machine, and it was fine.
ok semarie@
> Index: Makefile
> ===
> RCS file: /cvs/ports/lang/ghc/Makefile,v
> retrieving revision 1.211
> diff -u -p -r1.211 Makefile
> --- Makefile 17 Mar 2023 10:40:44 - 1.211
> +++ Makefile 30 Jun 2023 19:05:02 -
> @@ -11,14 +11,16 @@ NO_CCACHE = Yes
> # Upstream bug: https://gitlab.haskell.org/ghc/ghc/-/issues/22782
> USE_NOEXECONLY = Yes
>
> +USE_NOBTCFI =Yes
> +
> GHC_VERSION =9.2.7
> -REVISION = 1
> +REVISION = 2
> DISTNAME = ghc-${GHC_VERSION}
> CATEGORIES = lang devel
> HOMEPAGE = https://www.haskell.org/ghc/
>
> # Version of the precompiled binaries
> -BIN_VER =8.10.7.20230316
> +BIN_VER =8.10.7.20230613
>
> # lang/python needed for regression tests.
> MODULES =lang/python
> @@ -114,7 +116,8 @@ CONFIGURE_ARGS += --with-ffi-includes=${
>
> CONFIGURE_ENV += SPHINXBUILD=${LOCALBASE}/bin/sphinx-build${MODPY_BIN_SUFFIX}
>
> -GHC_CC_OPTS =-Wl,--no-execute-only -Qunused-arguments
> +GHC_CC_OPTS =-Wl,--no-execute-only -Qunused-arguments \
> + -Wl,-z,nobtcfi
> CONFIGURE_ENV += CONF_GCC_LINKER_OPTS_STAGE0="${GHC_CC_OPTS}" \
> CONF_GCC_LINKER_OPTS_STAGE1="${GHC_CC_OPTS}" \
> CONF_GCC_LINKER_OPTS_STAGE2="${GHC_CC_OPTS}" \
> Index: distinfo
> ===
> RCS file: /cvs/ports/lang/ghc/distinfo,v
> retrieving revision 1.67
> diff -u -p -r1.67 distinfo
> --- distinfo 17 Mar 2023 10:40:44 - 1.67
> +++ distinfo 30 Jun 2023 19:05:02 -
> @@ -1,8 +1,8 @@
> -SHA256 (ghc/ghc-8.10.7.20230316-amd64-unknown-openbsd.tar.xz) =
> rj7ePY2zwgajLYmuRTyGi+TaJVFnE13TdaNpmPjEd1I=
> -SHA256 (ghc/ghc-8.10.7.20230316-shlibs-amd64.tar.gz) =
> 8QVqNJq6XGI+Xw9Hdf4uMDAeYY9V97U0DDJFPePDe2U=
> +SHA256 (ghc/ghc-8.10.7.20230613-amd64-unknown-openbsd.tar.xz) =
> /QCac6kB92pFCO9fzn90h/bFJysRl8GUQjOHBVA/5SA=
> +SHA256 (ghc/ghc-8.10.7.20230613-shlibs-amd64.tar.gz) =
> LpQDN0fV+YASghLoGTjn0yzEeuYPNW9gtUasieUgu+g=
> SHA256 (ghc/ghc-9.2.7-src.tar.xz) =
> olNWehe3NKTA3Q/6KW0zwqW1pUp335iIBqKh4cp+iLg=
> SHA256 (ghc/ghc-9.2.7-testsuite.tar.xz) =
> JJSvF12xtiODaWBBo/N+s2VPyN9R8SifTygu6GsJ+1A=
> -SIZE (ghc/ghc-8.10.7.20230316-amd64-unknown-openbsd.tar.xz) = 48940296
> -SIZE (ghc/ghc-8.10.7.20230316-shlibs-amd64.tar.gz) = 2923557
> +SIZE (ghc/ghc-8.10.7.20230613-amd64-unknown-openbsd.tar.xz) = 48998912
> +SIZE (ghc/ghc-8.10.7.20230613-shlibs-amd64.tar.gz) = 2941676
> SIZE (ghc/ghc-9.2.7-src.tar.xz) = 24610432
> SIZE (ghc/ghc-9.2.7-testsuite.tar.xz) = 3219572
>
--
Sebastien Marie
