While here, switch to NOT_FOR_ARCHS because it builds at least on
aarch64, armv7 and we need to test other arches more. [1]
Reported by: Robert Clausecker <fuz@fuz.su> [1]
Back port 799f2a3769 from the wine-devel
port:
Simplify GECKO_RUN_DEPENDS along the lines of what we did with
MONO_RUN_DEPENDS in 996345a04d some
months ago.
That way updates of that other port won't require adjustments here
any longer while the system becomes more resilient.
Back port commit 3f4627fc27 from the
wine-devel port:
SDL2 is indirectly pulled in via our (unconditional) FAudio dependency
anyway, so always use it, remove the SDL option, and simplify the port
accordingly.
PR: 258375
Import changes from commit 1b2394551c to legacy port:
In the virtualbox virtual filesystem code we ship as a patch some
code in an else block is commented out. This produces a code path
in which a pointer variable is dereferenced in an unassigned state,
causing random crashes.
Lacking a better fix, give a default value of NULL to the pointer,
which at least avoids the random pointer dereference issue.
PR: 255386
Alsso import fix for building on recent head from cec55f41e10f13:
Fix build after head commit b4a58fbf640409a1 (vfs: remove cn_thread)
MFH: 2021Q4
This includes the following changes:
- IPHlpApi, NsiProxy, WineDbg and a few other modules converted to PE.
- More HID joystick work.
- Kernel parts of GDI moved to Win32u.
- More work towards Dwarf 3/4 debug support.
- Various bug fixes.
It also brings minor packaging changes related to the Staging patch set.
While here, make sure gtk-update-icon-cache is only on run dependency
where added as a dependency
Enforce gtk3 to depend on gtk-update-icon-cache (previously it was
inheriting the dependency)
Similar to commits dc73fd607f and
18fcc610bf solving this for wine-mono,
the dependency on wine-gecko had the actual version number hardcoded,
which is easy to miss and a maintenance burden.
Simply depend on the port instead for wine-gecko as well.
PR: 258200
While base GCC can build this port on 12.2, clang can't:
VIC.cpp:1407:8: error: expected unqualified-id
static asm void fastcopy(register uchar *dst, register uchar *src);
^
VIC.cpp:1408:8: error: expected unqualified-id
static asm void fastcopy(register uchar *dst, register uchar *src)
^
VIC.cpp:1838:3: error: use of undeclared identifier 'fastcopy'
fastcopy(chunky_line_start, (uint8 *)chunky_tmp);
It also can't build with USES=compiler:gcc-c++11-lib.
Since this port doesn't have reverse dependencies, use USE_GCC=yes.
===> Building package for i386-wine-devel-6.12,1
pkg-static: Unable to access file /wrkdirs/usr/ports/emulators/i386-wine-devel/work/stage/usr/local/%%OSREL11%%lib32/libunwind.so.8:No such file or directory
*** Error code 1
Reported by: pkg-fallout
During an exp-run for llvm 13 (see bug 258209), it turned out that
emulators/elliott fails to build with clang 13:
emulator.c:536:20: error: variable 'y' set but not used [-Werror,-Wunused-but-set-variable]
int x, x1, y;
^
1 error generated.
This is because x, x1 and y are used in ncurses getyx() macros, but in
this case the program is not interested in the y result. Mark it as
__unused to get rid of the warning.
PR: 258471
Approved by: maintainer timeout (2 weeks)
MFH: 2021Q4
This back ports 3d5484b928 and
5a1f2db457 from emulators/wine-devel:
When Wine gained support for the Vulkan API and D3D support via
Vulkan we added two options (both off by default): VULKAN and
VKD3D.
Simplify things, in particular also from a user perspective, by only
keeping the VKD3D option which now subsumes the former VULKAN option
(and hence Vulkan API support).
No change in defaults - yet.
On the way adjust CONFIGURE_ARGS to only feature on option per line,
which was mostly the case already anyway.
PR: 258375
- Mark DEPRECATED as there are more recent versions in the tree
- Update pkg-descr as https://oszoo.org no longer hosts qemu images and
is totally an irrelevent site
- Do some housekeeping to remove stage-qa errors
Usually assuming maintainership goes along with a patch to update
or fix something. The former will come soon, with next week's
snapshot, and Damjan has been active upstream and in direct
conversations with me, and I will be supporting and mentoring him.
