Hello,
I have prepared a draft patch —
https://github.com/ivmai/openbsd-ports/commit/ea1d6444fc0b4435bc76c8c56867cc40c18848a9
Tested (make check) on mips64 and amd64 (OpenBSD 7.3).
The only difficulty is that I don’t know how to change Makefile to fetch
tarballs from Github, so I am waiting for Hans Boehm to upload the tarballs to
https://hboehm.info/gc/gc_source/
Regards,
Ivan
>Sat, 10 Jun 2023, 17:14 +03:00 from Ivan Maidanski <[email protected]>:
>
>Hello Stuart,
>
>Thank you for the quick response.
>
>> Because it's so arch-dependent
>
>I have looked thru the mentioned patches — almost everything is already
>upstreamed.
>The exceptions are:
>*
>https://github.com/openbsd/ports/blob/master/devel/boehm-gc/patches/patch-Makefile_in
> — it is autogenerated file, probably it is not needed neither (with the
>fresh automake and Makefile.am from v8.2.4)
>*
>https://github.com/openbsd/ports/commit/249e6c0862f3530709a3d5a91db7fbf392530aff#diff-198daac1abb01bca1444f2126281ae29a9e30de671cb75b7200967096dfda0c2R12
> — I don’t understand the reason of deletion of define HAVE_DL_ITERATE_PHDR
>(in dyn_load.c), if this define is not correct, then I will fix this in the
>upstream.
>So, after the update to 8.2.4, at most 2 patches will survive. And the
>following upgrade would be easier. (I keep an eye on many distros, and almost
>all distro-specific patches have gone away over the recent several year.)
>
>As for the change in boehm-gc since 8.0.4 — please see
>https://github.com/ivmai/bdwgc/blob/d1ff06cc503a74dca0150d5e988f2c93158b0cdf/ChangeLog
> , although it is very verbose, you might see a lot of ‘Fix ...’ lines in it.
>
>Regards,
>Ivan
>
>>Sat, 10 Jun 2023, 11:16 +03:00 from Stuart Henderson < [email protected] >:
>>
>>On 2023/06/10 10:44, Ivan Maidanski wrote:
>>> Hello Stuart,
>>>
>>> -------- Forwarded --------
>>> From: Ivan Maidanski < [email protected] >
>>> To: Kurt Miller < [email protected] >, [email protected], Christian
>>> Weisgerber < [email protected] >
>>> CC: [email protected], Kurt Miller < [email protected] >
>>> Data: Sun, 10 Jun 2023, 10:02 +03:00
>>> Subj: OpenBSD devel/boehm-gc: update to 8.2.4
>>> Dear colleagues,
>>>
>>> Could you please update devel/boehm-gc from upstream?
>>> Upstream tarballs:
>>> * https://github.com/ivmai/bdwgc/releases/download/v8.2.4/gc-8.2.4.tar.gz
>>> (sha256:
>>> 3d0d3cdbe077403d3106bb40f0cbb563413d6efdbb2a7e1cd6886595dec48fc2)
>>> *
>>> https://github.com/ivmai/libatomic_ops/releases/download/v7.8.0/libatomic_ops-7.8.0.tar.gz
>>> (
>>> sha256: 15676e7674e11bda5a7e50a73f4d9e7d60452271b8acf6fd39a71fefdf89fa31)
>>>
>>> I have prepared a patch (for MidnightBSD, might be useful to you):
>>> https://github.com/
>>> MidnightBSD/mports/pull/93/commits/61a2239e6fb3b2b65cfa8e45c736a41a8d3433d0
>>>
>>> Thank you.
>>>
>>> [1] https://openports.pl/path/devel/boehm-gc
>>> [2] http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/devel/boehm-gc/
>>> [3] https://github.com/openbsd/ports/blob/master/devel/boehm-gc/distinfo
>>>
>>> Regards,
>>> Ivan
>>That midnightbsd patch isn't helpful to us.
>>
>>Because it's so arch-dependent, updating boehm-gc on OpenBSD
>>is a fairly major undertaking - there are various patches
>>to make it work on the many archs supported by OpenBSD
>>( https://github.com/openbsd/ports/tree/master/devel/boehm-gc/patches )
>>which don't merge cleanly. even just finding people with the right
>>hardware to test updates is tricky - there aren't many ports developers
>>who have access to a wide enough range of hardware for this.
>>
>>So the port only usually gets updated when there's a real need to do so,
>>rather than just because a new version is available.
>
>
>
