kpriv/freebsd-ports
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
freebsd-ports/emulators/mess/Makefile

13 lines
222 B
Makefile
Raw Normal View History

SDLMESS is a port of the popular MESS. There are a few principles that guide it's development: 1) Run on Linux/Unix, Mac OS X, and other SDL supported operating systems with as few changes as possible to the base Win32 code. This means we can track changes faster than larger more conventional ports, and we also maintain what I call "Firefox compatibilty" where learning a major app only needs to be done once per application, and it then applies across many operating systems. If you can use the command-line Win32 MESS, you already know how to use SDLMESS on any platform you may encounter it on. 2) MESS developers are important. By keeping quickly up to date, we make it easy for people on non-Windows platforms to make and submit changes to the core MESS code, and we offer native implementations of MESS's multi-window GUI debugger on both Linux/Unix and Mac OS X. WWW: http://rbelmont.mameworld.info/?page_id=163
2007-02-25 16:22:58 +01:00
# $FreeBSD$
Update to 0.139 Rename the port to mess as the sdl layer is now included in the mainstream code. PR: ports/149191 Submitted by: Emmanuel Vadot (maintainer)
2010-08-08 14:52:14 +02:00
PORTNAME= mess
Update mame/mess to 0.166 PR: 203509, 203510 Submitted by: Paul Boehmer <freebsd at never4evil.com>
2015-10-24 13:13:16 +02:00
MTARGET= mame
MSUBTARGET= mess
- Update to 0.148 PR: 175583 Submitted by: Ports Fury
2013-02-05 10:08:14 +01:00
COMMENT= Multiple Emulator Super System
SDLMESS is a port of the popular MESS. There are a few principles that guide it's development: 1) Run on Linux/Unix, Mac OS X, and other SDL supported operating systems with as few changes as possible to the base Win32 code. This means we can track changes faster than larger more conventional ports, and we also maintain what I call "Firefox compatibilty" where learning a major app only needs to be done once per application, and it then applies across many operating systems. If you can use the command-line Win32 MESS, you already know how to use SDLMESS on any platform you may encounter it on. 2) MESS developers are important. By keeping quickly up to date, we make it easy for people on non-Windows platforms to make and submit changes to the core MESS code, and we offer native implementations of MESS's multi-window GUI debugger on both Linux/Unix and Mac OS X. WWW: http://rbelmont.mameworld.info/?page_id=163
2007-02-25 16:22:58 +01:00
emulators/(mame|mess): Upgrade version 0.154 => 0.161 (overhaul ports) 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.
2015-05-25 09:29:14 +02:00
MASTERDIR= ${.CURDIR}/../mame
DESCR= ${.CURDIR}/pkg-descr
PLIST= ${.CURDIR}/pkg-plist
SDLMESS is a port of the popular MESS. There are a few principles that guide it's development: 1) Run on Linux/Unix, Mac OS X, and other SDL supported operating systems with as few changes as possible to the base Win32 code. This means we can track changes faster than larger more conventional ports, and we also maintain what I call "Firefox compatibilty" where learning a major app only needs to be done once per application, and it then applies across many operating systems. If you can use the command-line Win32 MESS, you already know how to use SDLMESS on any platform you may encounter it on. 2) MESS developers are important. By keeping quickly up to date, we make it easy for people on non-Windows platforms to make and submit changes to the core MESS code, and we offer native implementations of MESS's multi-window GUI debugger on both Linux/Unix and Mac OS X. WWW: http://rbelmont.mameworld.info/?page_id=163
2007-02-25 16:22:58 +01:00
emulators/(mame|mess): Upgrade version 0.154 => 0.161 (overhaul ports) 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.
2015-05-25 09:29:14 +02:00
.include "${MASTERDIR}/Makefile"
Reference in a new issue Copy permalink