v1.1.0 was recently released and there're not enough changes after it to
warrant a separate package. Move users back to stable until more time
passes or some "interesting" conflicts appear.
Changes: https://github.com/hrydgard/ppsspp/compare/d8b43dd...v1.1.0
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.
All applications in the ports tree works correctly with unicode version of wxGTK
Newer version of wxGTK are unicode only (3.0+)
Note that now WX_UNICODE macro is noop
- Remove BROKEN on Tier-2 systems statement: it builds fine at least on
PowerPC, which indicates that "uses i386-specific asm" reason is probably
bogus everywhere else, and should be replaced with adequate BROKEN line
even if it's indeed broken there. While here, convert to options helpers
with empty machdep_init() vs. broken "Calibrating delay loop" code; some
simple run-time tests, like booting off the kickstart ROM image, did not
reveal any problems or performance artifacts
- Drop unsupported --enable-sound option (--with-oss-sound is the default,
and OSS support is detected correctly)
- Remove `files/patch-configure.in' which was added in r76429 by mbr@ back
in 2003 to allow UAE to build with GCC 3.x -- does not seem needed these
days; consequently replace (deprecated) USE_AUTOTOOLS with GNU_CONFIGURE
- Do not patch things in `pre-configure', use `post-patch' target for that
- Sort USES values and wrap few overly long lines while I'm here
do-install is for the app itself, post-install is for extras.
r392488 reversed the logic because option helpers didn't support
do-* targets before r394503. So, pick clarity over |svn blame| churn.
- XAudio2 implementation using OpenAL Soft.
- Support for the new Universal C Runtime DLL.
- Dropdown menu support in the standard Open Dialog.
- Grayscale rendering mode in DirectWrite.
- Various bug fixes.
With the STAGING option enabled (or using the wine-staging port),
fonts/times.ttf is now also present.
- regenerate patch-pcap
- Escape --extra-ldflags as it looks like the qemu builder is eating spaces
or lines making it frustrating to use.
PR: 202402 202536 202864
- New version of the Gecko engine based on Firefox 40 (via the
wine-gecko-devel port).
- First steps of the Direct3D 11 implementation.
- Better font matching in DirectWrite.
- Support for OpenMP on ARM platforms.
- Various bug fixes.
- Add LICENSE_FILE.
- USE_QT4=linguist_build -> USE_QT4=linguisttools_build.
- Use an OPTION helper for DBUS.
- Remove CONFIGURE_ARGS for NLS - they are not used.
- Gettext dependency is not used too.
- Remove USE_GCC=yes.
- Fix build with clang.
- Bump PORTREVISION.
PR: 201863
Submitted by: s3erios@gmail.com
Approved by: maintainer timeout (koalative@gmail.com ; 24 days)
Instead of defining a variable that is almost always based on CONFIGURE_ENV,
just use CONFIGURE_ENV directly.
This also matches the behavior of other ports that do not use autotools (so
most ports can just worry about CONFIGURE_ENV). Additionally, the fact that
we do not use ?= means we do not have problems if another file in Uses/
needs to set CONFIGURE_ENV (with CMAKE_ENV, the order of the arguments to
USES would matter).
Ports which set CMAKE_ENV have been adjusted accordingly. In most cases,
CMAKE_ENV was just replaced with CONFIGURE_ENV, the exceptions being:
* databases/sqliteman: CMAKE_ENV line removed; setting QMAKESPEC there has
no effect on the build system.
* devel/freeocl: CMAKE_ENV line removed; FREEOCL_CXX_COMPILER is already
retrieved from the CMAKE_CXX_COMPILER variable in the build
system.
* graphics/openimageio: CMAKE_ENV line removed; setting Qt variables there
has no effect on the build system.
Reviewed by: makc
Differential Revision: https://reviews.freebsd.org/D3403
UNIQUENAME was never unique, it was only used by USE_LDCONFIG and now,
we won't have conflicts there.
Use PKGBASE instead of LATEST_LINK in PKGLATESTFILE, the *only* consumer
is pkg-devel, and it works just fine without LATEST_LINK as pkg-devel
has the correct PKGNAME anyway.
Now that UNIQUENAME is gone, OPTIONSFILE is too. (it's been called
OPTIONS_FILE now.)
Reviewed by: antoine, bapt
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D3336
upstream of this port and maintainer notified developers on 07/17/15 to
update his ports while he is AFK.
Sync's to pre-release 2.4.0
Differential Revision: https://reviews.freebsd.org/D3385
- DirectWrite is now good enough for rendering text in Steam.
- A number of Direct2D improvements.
- Some more OpenMP functions.
- Support for namespaces in the IDL compiler.
- Various bug fixes.
64 bit linuxulator support (not activated by default):
- most of the work was done by Alan Jude
- all errors are mine
- 64bit (may) have rough edges
- I validated
* that the 32bit part doesn't has deinstall regressions (incl. EXP runs by
antoine)
* 29 of 72 64bit ports ports don't have deinstall leftovers (more validation
later, when I dare to activate the 64bit linuxulator in the kernel)
- the infrastructure part looks mature enough to let more test-bunnies get
some experience with the new 64 bit parts
- to use it you shall have no linux ports installed and have to specify
(on your own risk) the following in make.conf before installing the ports:
OVERRIDE_LINUX_BASE_PORT=c6_64
OVERRIDE_LINUX_NONBASE_PORTS=c6_64
This is on top of the exiting c6 linux ports. Given that CentOS 7 is 64bits
only, we decided to have it as an "overlay" instead of new ports.
The 64bit part only installs 64bit executables, the 32bit ports can not be
installed at the same time (if needed we can think of letting the 64bit
overlay install the 32bit parts too, but given the CentOS 7 comment
above...).
Differential Revision: https://reviews.freebsd.org/D174
Submitted by: alanjude
Sponsored by: Essen FreeBSD Hackathon 2015
Reviewed by: xmj, eadler (earlier versions)
Approved by: portmgr (antoine after some EXP-runs)
upcoming Boot Environment menu. The Xen Kernel is dynamically appended
after the last menuitem in the Boot Options submenu. If xen_kernel is not
defined in loader.conf(5) the Xen Kernel menuitem displays "N/A" versus
"On"/"off". While here, fix-up the pkg-message (make capitalization of
"in" vs. "In" consistent; make use of trailing ":" consistent; move a
comment out of the way of file contents, etc.).
Differential Revision: https://reviews.freebsd.org/D2717
Reviewed by: allanjude, bapt
Approved by: bapt
- Fleshed out OpenMP implementation.
- I/O stream support in the MSVCIRT C++ runtime.
- Support for pixel snapping in DirectWrite.
- More support for OpenGL core contexts.
- Various bug fixes.
(Some pkg-plist additions and one removal for the STAGING option
and hence the wine-staging port.)
(<=0.8.7) to the newer version v1+ JSON format for use in GNS3 v1+
The converter will convert all IOS, Cloud and VirtualBox devices
to the new format. It will also convert all QEMU based devices (QEMU
VM, ASA, PIX, JUNOS & IDS). VPCS nodes will be converted to cloud
devices due to lack of information the 0.8.7 topology files.
For topologies containing snapshots, the snapshots will also be
converted to the new format automatically.
WWW: https://github.com/GNS3/gns3-converter
- most of the work was done by Alan Jude
- all errors are mine
- 64bit (may) have rough edges
- I validated
* that the 32bit part doesn't has deinstall regressions
* 29 of 72 64bit ports ports don't have deinstall leftovers (more validation
later, when I dare to activate the 64bit linuxulator in the kernel)
- the infrastructure part looks mature enough to let more test-bunnies get
some experience with it
- to use it you shall have no linux ports installed and have to specify
(on your own risk) the following in make.conf before installing the ports:
OVERRIDE_LINUX_BASE_PORT=c6_64
OVERRIDE_LINUX_NONBASE_PORTS=c6_64
This is on top of the exiting c6 linux ports. Given that CentOS 7 is 64bits
only, we decided to have it as an "overlay" instead of new ports.
The 64bit part only installs 64bit executables, the 32bit ports can not be
installed at the same time (if needed we can think of letting the 64bit
overlay install the 32bit parts too, but given the CentOS 7 comment
above...).
Differential Revision: https://reviews.freebsd.org/D174
Submitted by: alanjude
Sponsored by: Essen FreeBSD Hackathon 2015
Reviewed by: xmj, eadler (earlier versions)
Approved by: portmgr (implicit, I remember blanked approval for
linux parts loooong ago, punish me if you don't
agree anymore)
- Text drawing in Direct2D.
- Support for the new thread pool API.
- Toolbar state saving.
- Beginnings of an implementation for proper HID support.
- Support for file objects in device drivers.
- Various bug fixes.
- Mark ports BROKEN that were discovered not to work with
this update; discovered by exp-run in bug 201181
- Note the need for manual upgrade of dependent ports in
UPDATING
- Improvements in the BITS file transfer service.
- Still more progress on DirectWrite implementation.
- Support for shared user data on 64-bit.
- Various C++ runtime improvements.
- Various bug fixes.
./../src/Glide64/rdp.cpp: In function 'void loadBlock(uint32_t*, uint32_t*, uint32_t, int, int)':
./../src/Glide64/rdp.cpp:1838: error: 'bswap32' was not declared in this scope
./../src/Glide64/rdp.cpp: In function 'void loadTile(uint32_t*, uint32_t*, int, int, int, int, uint32_t*)':
./../src/Glide64/rdp.cpp:2082: error: 'bswap32' was not declared in this scope
Submitted by: pkg-fallout
Approved by: portmgr blanket
- Some more progress on DirectWrite implementation.
- A number of RichEdit control fixes.
- Beginning implementation of the old MSVCIRT C++ runtime.
- Various bug fixes.
