AdvanceMAME and AdvanceMESS are unofficial MAME and MESS versions with
an advanced video support for helping the use with TVs, Arcade Monitors,
Fixed Frequencies Monitors and also for PC Monitors.
They run in GNU/Linux, Mac OS X, DOS, Windows and in all the other
platforms supported by the SDL library.
The main difference compared with the official emulators is that the
Advance versions are able to program directly the video board to always
get a video mode with the correct size and frequency.
Generally the Advance emulators are able to use a video mode which
doesn't require any stretching or other unneeded effects to match the
original arcade display.
The direct video board programming is fully supported in Linux and DOS.
It's partially supported in Windows. It isn't supported in Mac OS X and
other platforms.
See website for other improvements.
WWW: http://www.advancemame.it/
===> The following configuration options are available for advancemame-1.4_3:
DOCS=on: Build and/or install documentation
FREETYPE=on: TrueType font rendering support
SLANG=off: S-Lang console graphics library support
===> Use 'make config' to modify these settings
emulators/advancemame: prepare for freetype2 update
- freetype2 will no longer ship freetype-config (which was a pkg-config
wrapper) in the near future -- use pkg-config to gather the required
flags.
- while here, mark as abandonware
- port has version 1.4 is from 09-08-2015
- upstream version 3.9 is from 08-09-2018
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
Mark various ports as broken on aarch64 due to the same clang bug:
error in backend: Do not know how to split this operator's operand!
Approved by: portmgr (tier-2 blanket)
Remove BROKEN on Tier-2 systems statements which no longer true at least
on PowerPC (verified for all of them) and some also on SPARC (whenever I
was able to test those on flame.freebsd.org) and even IA64 (which should
be OK to remove anyways, because it was never really supported system in
ports land and was officially killed in -CURRENT a while ago.
Replace USES=libtool:oldver with USES=libtool or USES=libtool:keepla in
the 32 ports that still use it. Bump PORTREVISION on their dependent
ports except the ones that depend on these:
audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt
In these cases the same trick as in the recent gettext update is used.
(Only the first 15 lines of the commit message are shown above )
Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.
Part II, Bump PORTREVISIONs.
PR: 192025
Tested by: antoine (-exp runs)
Approved by: portmgr (implicit)
The FreeBSD x11@ and graphics team proudly presents
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
(Only the first 15 lines of the commit message are shown above )
- Update devel/sdl12 to 1.2.15
- Update audio/sdl_mixer to 1.2.15
- Update graphics/sdl_image to 1.2.12
- Update graphics/sdl_ttf to 2.0.11
- Update graphics/sdl_gfx to 2.0.23
- Update net/sdl_net to 1.2.8
- Bump PORTREVISIONs on ports that depend on one or more packages due to
ABI and shared library version changes
- Update Mk/bsd.sdl.mk accordingly for the new shared library versions
Tested by: exp-run by pav
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
(Only the first 15 lines of the commit message are shown above )
AdvanceMAME and AdvanceMESS are unofficial MAME and MESS versions with an
advanced video support for helping the use with TVs, Arcade Monitors, Fixed
Frequencies Monitors and also for PC Monitors.
They run in GNU/Linux, Mac OS X, DOS, Windows and in all the other platforms
supported by the SDL library.
The main difference compared with the official emulators is that the Advance
versions are able to program directly the video board to always get a video
mode with the correct size and frequency.
Generally the Advance emulators are able to use a video mode which doesn't
require any stretching or other unneeded effects to match the original arcade
display.
The direct video board programming is fully supported in Linux and DOS. It's
partially supported in Windows. It isn't supported in Mac OS X and other
platforms.
See website for other improvements.
WWW: http://advancemame.sourceforge.net/
