This stemmed from older VDA patches which provided a default patch which only
used 'long' for its data types and a '64bit' patch which used 'long long'.
On 32bit systems 'long' is limited to a 2GB quota while on 64bit systems it will
not be. They later renamed the '64bit' patch to be 'bigquota'. They no longer
provide a 'bigquota' patch due to less demand as most systems are 64bit
today and do not have the small 2GB quota limitation with the 'long' type.
The description of '32bit' was not accurate or useful anymore.
Upstream discussion: http://sourceforge.net/p/vda/mailman/message/24713171/
- Add xinerama to USE_XORG
- Use CHOSEN_COMPILER_TYPE instead of COMPILER_TYPE
While on it
- Pet portlint
PR: 200424
Submitted by: FreeBSD@ShaneWare.Biz (maintainer)
The mame and mess executable names have changed slightly. For i386
platforms, they are still "mame" and "mess" but for amd64 platforms,
they are "mame64" and "mess64". Change the RUN_DEPENDS specification
to adjust for this morphing name.
I suspect a patch is also needed for amd64 but I don't know where it
would go. I'll notify the maintainer. The RUN_DEPENDS fix and the
hardcoded CFLAG fix are "just fix it" items.
This port has probably be broken (at least by default) for many years.
It was trying to call sdlmame (I think) but the name was "mame" and now
for amd64, the name is "mame64". Attempt to fix this (not testing was
done, however).
While here, clean up post-patch which was doing a lot of nothing, leverage
shebangfix, and regenerate patch accordingly.
Note that RUN_DEPENDS had to be changed to deal with the morphing
executable name.
I completely reworked these unmaintained ports. I turned mess into a
proper slave port as the differences from mame were few. Some notes:
* converted to GitHub (this saved messing with the double-zip /
dos2unix per file arrangement, no more post-extract target)
* got rid of patchlevel support accordingly
* got rid of DIST_SUBDIR accordingly
* Clang from FreeBSD 10 cannot build this! It fails will some kind of
signal. I did not test on FreeBSD 11 yet. For now, degrade the
ports to use GCC always. Note the makefiles were hardcoded to GCC.
I fixed the hardcoding so it uses environment but perhaps it's known
that mame/mess is now gcc-only
* Some options are no longer optional, e.g. BUILTIN_DEBUGGER, SDL2
These were made unconditional accordingly.
* mess is now a minimal slave port. There are some additions to mame
Makefile to support the slave.
* I used PORTDOCS and PORTEXAMPLE to simplify each pkg-plist
* DragonFly support still pending. This port discovered a bug in
GCC 5.1 release which has been fixed recently, so the base compiler
has to be upgraded before testing can resume.
Rename emulators/wine-compholio to emulators/wine-staging and
accordingly emulators/i386-wine-compholio to
emulators/i386-wine-staging.
Reported by: amdmi3
