Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 17 May 2023 13:16:36 +0000
From:      bugzilla-noreply@freebsd.org
To:        ports-bugs@FreeBSD.org
Subject:   [Bug 271468] emulators/mame: add arm64 support
Message-ID:  <bug-271468-7788-9Cr3xTrODP@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-271468-7788@https.bugs.freebsd.org/bugzilla/>
References:  <bug-271468-7788@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D271468

--- Comment #2 from Robert Clausecker <fuz@FreeBSD.org> ---
Sorry, the bit about SYMBOLS was a local experiment to see why stripping ma=
de
the build work on armv7.  Will remove that from the final patch.

> Instead of patching the makefile, does passing PRECOMPILE=3D1 to ${MAKE_E=
NV} achieve the same? I am finding that I need to disable PRECOMPILE at the=
 moment, I noted that pkgsrc does the same.

This change adds a new make rule freebsd_arm64_clang doing the same thing as
freebsd_x64_clang.  It does not add a precompile target where there previou=
sly
was none.

The problem that prevented a build on arm64 was this error:

=3D=3D=3D>  Building for mame-0.254
gmake[2]: Entering directory
'/usr/home/ports/main.ports/emulators/mame/work/mame-mame0254'
Clang 14.0.5 detected
gmake[2]: *** No rule to make target 'freebsd_arm64_clang', needed by 'all'=
.=20
Stop.
gmake[2]: Leaving directory
'/usr/home/ports/main.ports/emulators/mame/work/mame-mame0254'
=3D=3D=3D> Compilation failed unexpectedly.


My patch fixes this error by adding the missing rule.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-271468-7788-9Cr3xTrODP>