aarch64 native context, devel/llvm14 build via poudriere-devel: build fails during "Building package for llvm14-14.0.0.r2"

2022-03-15 Thread Mark Millard
Based on trying to update to (from before devel/llvm-14 was present): # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ branch: main merge-base: 0c4fe38bd1b9e3ede128751db17a8a2d1bdffe6f merge-base: CommitDate: 2022-03-15 16:15:33 + 0c4fe38bd1b9 (HEAD -> main, freebsd/main, freebsd/HEAD) misc/urh

Re: porting Makefiles from Linux

2022-03-15 Thread Dan Mahoney
> On Mar 15, 2022, at 3:48 PM, Axel Rau wrote: > > Hi all, > > are there any tools available to convert install statements in Makefiles from > Linux to FreeBSD? > The install utilities have different options and I’m looking for a tool to > convert. This is the idea behind autoconf, that it

porting Makefiles from Linux

2022-03-15 Thread Axel Rau
Hi all, are there any tools available to convert install statements in Makefiles from Linux to FreeBSD? The install utilities have different options and I’m looking for a tool to convert. Axel --- PGP-Key: CDE74120 ☀ computing @ chaos claudius

aarch64 contexts: devel/libunwind builds broken --"error: no member named 'regs' in 'struct __mcontext'" (and more)

2022-03-15 Thread Mark Millard
Context: I'm using poudriere-devel for port builds. http://ampere2.nyi.freebsd.org/build.html?mastername=main-arm64-default&build=p422f190aeba4_s23210c9f42 from "build started at Tue Mar 8 01:55:26 UTC 2022" shows the same sorts errors I'm getting trying to build updated ports. So do later build

poudriere-devel poudriere options use under a 13.0-RELEASE-p7 chroot on 14-CURRENT machine: rejected

2022-03-15 Thread Mark Millard
In attempting to use: # poudriere version poudriere-git-3.3.99.20211130 # poudriere jail -j13_0R-CA72 -i Jail name: 13_0R-CA72 Jail version: 13.0-RELEASE-p7 Jail arch: arm64.aarch64 Jail method: null Jail mount:/usr/obj/DESTDIRs/13_0R-CA72-poud Jail fs:

FreeBSD ports you maintain which are out of date

2022-03-15 Thread portscout
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you

Re: SDL audio issue with hivelytracker (porting attempt)

2022-03-15 Thread Fernando Apesteguía
On Tue, Mar 15, 2022 at 3:29 PM Robert Clausecker wrote: > > Hi Emanual, > > It does not look like you adjust any buffer size, but that might be > handled by code not shown in the patch. > > If that's not the issue, I don't have any obvious ideas. It looks like there is a problem with a buffer in

Re: SDL audio issue with hivelytracker (porting attempt)

2022-03-15 Thread Robert Clausecker
Hi Emanual, It does not look like you adjust any buffer size, but that might be handled by code not shown in the patch. If that's not the issue, I don't have any obvious ideas. Yours, Robert Clausecker Am Tue, Mar 15, 2022 at 03:00:03PM +0100 schrieb Emanuel Haupt: > Robert Clausecker wrote: >

Re: SDL audio issue with hivelytracker (porting attempt)

2022-03-15 Thread Emanuel Haupt
Robert Clausecker wrote: > Hi Emanuel, > > This is a common issue I had with multiple ports (the latest being > emulators/fceux). The fragment size must be patched to be a power of > 2 and the buffer for the fragments must be resized to be at least as > large as the fragment size (iirc). This m

Re: SDL audio issue with hivelytracker (porting attempt)

2022-03-15 Thread Mehmet Erol Sanliturk
On Tue, Mar 15, 2022 at 3:37 PM Robert Clausecker wrote: > Hi Emanuel, > > This is a common issue I had with multiple ports (the latest being > emulators/fceux). The fragment size must be patched to be a power of 2 > and the buffer for the fragments must be resized to be at least as large > as t

Re: SDL audio issue with hivelytracker (porting attempt)

2022-03-15 Thread Robert Clausecker
Hi Emanuel, This is a common issue I had with multiple ports (the latest being emulators/fceux). The fragment size must be patched to be a power of 2 and the buffer for the fragments must be resized to be at least as large as the fragment size (iirc). This might be the reason why you get a signa

SDL audio issue with hivelytracker (porting attempt)

2022-03-15 Thread Emanuel Haupt
I've been trying to port the hivelytracker to FreeBSD. After a lot of patching I was finally able to start it with: SDL_AUDIODRIVER=disk with dsp (default) I would always get: Fragment size must be a power of two when SDL_OpenAudio(...) was called. I did some further digging and found some u