For the platforms that require explicit linking, the recent qmake rework
broke this port. However, LDFLAGS now works again so just move QMAKE_LFLAGS
there to fix it.
Due to the harcoded "make" command, bmake was being used instead of the
specified gmake, which caused breakage on F10 and head.
PR: ports/184612
Approved by: maintainer (gahr)
Changes:
* Updated FXJSON JavaScript Object Notation I/O class:- removed limits to
token size in both input and output operations (formerly limited to
buffersize).
* Minor changes to FXVariant:- added some missing API's, removed toChar()
as its useless. Added has() to determine if key is present in case
FXVariant is a map.
* Simplified FXFile and other FXIO subclasses a bit to remove redundant
implementations.
* Added FXIOBuffer, an FXIO device that serializes to/from a memory
buffer.
* FXRanged, FXRangef: now check intersect() results a bit differently.
* Ray to FXSpheref, FXSphered intersection test changed to allow origin
inside sphere possibility.
* Fixed small bug in wc2nc().
* Possible buffer overrun in FXDir fixed.
* Added class FXStringMap.
* Changed some API's in FXDictionary. Added erase() API to allow removal
of slot already located. This is faster, and needed for successful
subclassing.
* FXStat problem fixed on Windows.
NO_ARCH=yes
While here, fix a few other niggles:
net/phpldapadmin -- remove indefinite article from COMMENT
www/p5-RT* -- fix comments referencing the different versions of RT
x11-fonts/gentium-{basic,plus} -- mention ${STAGEDIR} explicitly in the
install targets; rework the handling of ${FONTPATH}
textproc/sphinxseach-devel port) [1]
* New style LIB_DEPENDS for libodbc
* Install DOCS and EXAMPLES to the stage directory unconditionally
Submitted by: danger [1]
- adds USE_GCC since that's how libpvm3.a (a dependency) was built;
- renames namespace Pvm::Internal to avoid conflict with class Pvm::Internal;
- adds #include <stdlib.h> where required.
While we are at it, migrate from USE_GMAKE to USES=gmake.
PR: 182136 [1]
Submitted by: Christoph Moench-Tegeder <cmt@burggraben.net> [1]
Pointyhat to: gerald [1]
This port specifies gmake, but "make" was hardcoded. This becomes apparent
when bmake is used to build the port (it fails). The new post-patch
command allows gmake to be used as intended.
PR: ports/181731
Submitted by: Jan Beich
