lld 19 has become more strict about 32-bit relocations that require PIC,
resulting in link errors when building emulators/mupen64plus-core:
LD libmupen64plus.so.2.0.0
ld: error: relocation R_386_32 cannot be used against symbol '__gxx_personality_v0'; recompile with -fPIC
>>> defined in /usr/lib/libcxxrt.so
>>> referenced by oglft_c.cpp
>>> _obj/osd/oglft_c.o:(.eh_frame+0xFA63)
ld: error: relocation R_386_32 cannot be used against local symbol; recompile with -fPIC
>>> defined in _obj/osd/oglft_c.o
>>> referenced by oglft_c.cpp
>>> _obj/osd/oglft_c.o:(.eh_frame+0xFA81)
ld: error: relocation R_386_32 cannot be used against local symbol; recompile with -fPIC
>>> defined in _obj/osd/oglft_c.o
>>> referenced by oglft_c.cpp
>>> _obj/osd/oglft_c.o:(.eh_frame+0xFAB1)
ld: error: relocation R_386_32 cannot be used against local symbol; recompile with -fPIC
>>> defined in _obj/osd/oglft_c.o
>>> referenced by oglft_c.cpp
>>> _obj/osd/oglft_c.o:(.eh_frame+0xFAE1)
[...more of these...]
Make it compile with -fPIC even on i386, by adjusting the PIC make
variable. This also removes the need to use -Wl,-znotext as a workaround.
PR: 281906
Approved by: maintainer timeout (2 weeks)
MFH: 2024Q4
devel/py-qtbuilder and devel/py-sip should only be used as a
BUILD_DEPENDS. (e.g. USE_PYQT=qtbuilder:build sip:build)
Usually, these are only used to build the PyQt framework, but a few
other ports need them to build. Ports that have them as a BUILD_DEPENDS
unnecessarily haven't been audited yet.
Sip used to be needed for run, but this hasn't been the case for quite
some time. Runtime is provided by the devel/py-qt[56]-sip ports.
(USE_PYQT=pysip). The main PyQt ports provide this automatically, so
it isn't necessary to add it to individual consumers.
While here:
www/onionshare: Remove PyQt stuff completely. It uses PySide.
With hat: kde@
This includes the following changes:
- Window surface scaling on High DPI displays.
- Bundled vkd3d upgraded to version 1.13.
- Improved CPU detection on ARM64 (which we haven't enabled yet).
- Various bug fixes.
files/patch-include_wine_asm.h has now gone upstream in a somewhat
more expansive form. Note to drop our version when upgrading. (The
upstream patch does not directly apply to Wine 9.0.)
This requires our devel/llvm17 or later ports which bring full header
files. [1]
It has major impact on how this port is built and the packaging list,
so bump PORTREVISION.
PR: 280448, 274542 [1], 279677 [1]
A bogus, but harmless since a noop, setting of CROSSFLAGS snuck in
with revision bc9917dc51 when updating from Wine 7.0.2 to 8.0.2.
The directory it points do does not exist, so simply remove that
setting.
After many years and around 450 commits, it's finally here.
CEmu is more accurate and more powerful than ever before!
Major core and GUI improvements plus new features.
Reported by: portscout
Release note:
https://ares-emu.net/news/ares-v140-released
Starting with version v140, emulators/ares will track release versions
instead of development versions.
The port applies an upstreamed patch to version v140, which resolves
the issues with NVIDIA GPUs. This obsoletes the NVIDIA port option.
PR: 281221
This port served to support a transition period from Wine 8.0 to
Wine 9.0 which, after half a year, should be mostly complete.
As reminded by a build failure with GCC 14, this codebase is not
maintained by upstream any longer, so initiate deprecation (with
an initial EXPIRATION_DATE of 2024-10-30).
On the way, release maintainership.
PR: 281231
