aboutsummaryrefslogtreecommitdiffstats
path: root/emulators/dynagen/files
Commit message (Expand)AuthorAgeFilesLines
* - Allow to work with python 3riggs2015-05-171-1/+1
* emulators/dynagen: shebangfix for python in the scripts instead of patchespi2015-03-287-73/+21
* emulators/dynagen: Add stage supportmarino2014-06-121-3/+3
* Fix RUN_DEPENDS.wxs2012-06-221-4/+3
* - Update to 0.11.0miwi2008-06-206-27/+50
* - Update to 0.9.3.trasz2007-07-042-11/+2
* - Update to 0.9.0miwi2007-02-272-4/+28
* - Update to 0.8.3miwi2007-01-081-1/+1
* - Update to 0.8.2miwi2007-01-041-3/+3
* - Update to 0.8.1miwi2006-11-252-5/+30
* Dynagen is a front-end for use with the Dynamips Cisco routermiwi2006-11-091-0/+11
generated by cgit (git 2.34.1) at 2024-12-01 15:45:32 +0800
/span> | | | | a symbol matches multiple clauses the last one takes precedence. If the catch-all is last it captures everything. In the case of Qt5 libraries this caused all symbols to have a Qt_5 label while some should have Qt_5_PRIVATE_API. This only affects lld because GNU ld always gives the catch-all lowest priority. Older versions of Qt5Webengine exported some memory allocation symbols from the bundled Chromium. Version 5.9 stopped exporting these [1] but the symbols were kept as weak wrappers for the standard allocation functions to maintain binary compatibility. [2][3] The problem is that the call to the standard function in these weak wrappers is only resolved to the standard function if there's a call to this standard function in other parts of Qt5Webengine, because only then is there a non-weak symbol that takes precedence over the weak one. If there's no such non-weak symbol the call in the weak wrapper resolves to the weak wrapper itself creating an infinite call loop that overflows the stack and causes a crash. Some of the allocation functions are variants of C++ new and delete and it probably depends on the compiler whether these variants are used in other parts of Qt5Webengine. Remove the weak wrappers (make them Linux specific). This isn't binary compatible but we are already breaking that with the changes to the symbol versions. [1] https://github.com/qt/qtwebengine/commit/5c2cbfccf9aafb547b0b30914c4056abd25942a4 [2] https://github.com/qt/qtwebengine/commit/2ed5054e3a800fa97c2c9e920ba1e6ea4b6ef2a5 [3] https://github.com/qt/qtwebengine/commit/009f5ebb4bd6e50188671e0815a5dae6afe39db5 Bump all ports that depend on Qt5. PR: 234070 Exp-run by: antoine Approved by: kde (adridg) * Change cmake default behaviour to outsource.tcberner2018-12-261-1/+1 | | | | | | | | | | | Ports that build out of source now simply can use "USES=cmake" instead of "USES=cmake:outsource". Ports that fail to build out of source now need to specify "USES=cmake:insource". I tried to only set insource where explictely needed. PR: 232038 Exp-run by: antoine * Update KDE Applications to 18.12.0tcberner2018-12-141-1/+0 | | | | https://www.kde.org/announcements/announce-applications-18.12.0.php * Bump PORTREVISION for ports depending on the canonical version of GCCgerald2018-12-121-0/+1 | | | | | | | | | | | | | | | 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 * Fix build with GCC-based architectures for various kde@ ports.tcberner2018-10-271-1/+1 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Qt5 required c++11 support. Submitted by: Piotr Kubaj <pkubaj@anongoth.pl> PR: 232726 PR: 232725 PR: 232723 PR: 232722 PR: 232721 PR: 232720 PR: 232719 PR: 232697 PR: 232682 PR: 232669 PR: 232668 PR: 232667 PR: 232666 PR: 232665 PR: 232664 PR: 232662 PR: 232661 PR: 232655 PR: 232654 PR: 232652 PR: 232648 PR: 232647 PR: 232641 PR: 232640 PR: 232638 PR: 232635 PR: 232634 PR: 232632 PR: 232631 PR: 232630 PR: 232629 PR: 232628 PR: 232627 PR: 232625 PR: 232624 PR: 232623 PR: 232614 PR: 232613 PR: 232612 PR: 232611 PR: 232610 PR: 232609 PR: 232607 PR: 232606 PR: 232605 PR: 232604 PR: 232603 PR: 232602 PR: 232597 PR: 232589 PR: 232585 PR: 232584 PR: 232583 PR: 232581 PR: 232580 PR: 232579 PR: 232578 PR: 232576 PR: 232575 PR: 232574 PR: 232573 PR: 232570 * Add DOCS options to ports that should have one.mat2018-09-101-0/+2 | | | | | | | | Also various fixes related to said option. PR: 230864 Submitted by: mat exp-runs by: antoine * Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mktcberner2018-06-291-2/+2 | | | | | | | | | | | | | | | From now on, ports that depend on Qt4 will have to set USES= qt:4 USE_QT= foo bar ports depending on Qt5 will use USES= qt:5 USE_QT= foo bar PR: 229225 Exp-run by: antoine Reviewed by: mat Approved by: portmgr (antoine) Differential Revision: →https://reviews.freebsd.org/D15540 * New ports: x11-clocks/kteatime, x11-clocks/ktimertcberner2018-04-101-0/+17 | | | | | This is the current version of KDE Applications <foo>. Note that users of KDE SC4 should stick with <foo>-kde4. * Give the KDE SC4 applications ports a -kde4 suffixtcberner2018-02-231-15/+0 | | | | | | | | | | In order to make room for the up-to-date version of the KDE Desktop and its applications move the KDE Application ports based on Qt4. PR: 225992 Exp-run by: antoine Reviewed by: rakuco, adridg Differential Revision: https://reviews.freebsd.org/D14413 * Rename KDE4 meta portstcberner2018-02-101-1/+1 | | | | | | | | | | | This is done for * consistency, * and to simplify the import of the newer KDE Plasma5 desktop and KDE applications Bumps the dependencies. Reviewed by: adridg Differential Revision: https://reviews.freebsd.org/D12979 * Chase ffmpeg 3.3 update (ABI changes)riggs2017-04-251-0/+1 | | | | | PR: 218658 Submitted by: riggs * Introduce new extensible virtual categories for KDEtcberner2016-10-191-3/+1 | | | | | | | | | | | | | | | | | | | | | A lot of KDE Ports share MASTERSITES, LICENSE and so one, as they are released as a bundle upstream, however, there was not really a clean way to share this information. Using these new categories, we can simplify the Makefiles for the diverse KDE ports. At the moment we support the virtual category * kde-kde4 In the future, this will be extended to * kde-frameworks * kde-plasma * kde-applications PR: 213406 Differential Revision: https://reviews.freebsd.org/D7645 Exp-run by : antoine Reviewed by: mat, rakuco Approved by: portmgr (mat), rakuco (mentor) * Replace Mk/bsd.kde4.mk by Mk/Uses/kde.mk in preparation for KDE Frameworks andtcberner2016-08-241-2/+2 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Plasma5 ports At the moment KDE ports use bsd.kde4.mk to handle their dependencies. When working on the ports for KDE Frameworks and Plasma5 it seemed to be more reasonable to create a new kde.mk instead of adding an bsd.kde5.mk. The kde.mk in this review is a stripped down version of the one we are using in the KDE Test repositories plasma5 branch [1] to only contain the parts relevant to the current KDE4 ports in the portstree [2]. Changes to the KDE Ports needed by this: Replace USE_KDE4 by USE_KDE [3] Add USES=kde:4 [4] [1] http://src.mouf.net/area51/view/branches/plasma5/KDE/Mk/Uses/kde.mk [2] The version in the plasma5 branch also handles frameworks/plasma5 and handles MASTER_SITES via a KDE_DIST variable similar to bsd.qt.mk for Qt Ports -- I chose to leave this out for now, as the diff is already large enough. [3] I chose USE_KDE instead of USE_KDE4, USE_KDE5, USE_KDEX as the version we want is already specified as argument to kde:<arg> [4] For KDE Frameworks and Plasma5 ports this would be kde:5 PR: 210667 Approved by: portmgr, mat (mentor), rakuco (mentor) Reviewed by: mat, rakuco Differential Revision: https://reviews.freebsd.org/D6961 * Remove expired misc/kdehier4 and update all of its consumers to not ↵rene2016-05-26