18 Commits

Author SHA1 Message Date
sthen
3cbe1c2f30 Reverse the polarity of MODPY_VERSION; default is now 3.x,
if a port needs 2.x then set MODPY_VERSION=${MODPY_DEFAULT_VERSION_2}.

This commit doesn't change any versions currently used; it may be that
some ports have MODPY_DEFAULT_VERSION_2 but don't require it, those
should be cleaned up in the course of updating ports where possible.

Python module ports providing py3-* packages should still use
FLAVOR=python3 so that we don't have a mixture of dependencies some
using ${MODPY_FLAVOR} and others not.
2021-02-23 19:39:08 +00:00
sthen
25f0e460f2 Add COMPILER lines to c++ ports which currently use the default. Adjust
some existing COMPILER lines with arch restrictions etc. In the usual
case this is now using "COMPILER = base-clang ports-gcc base-gcc" on
ports with c++ libraries in WANTLIB.

This is basically intended to be a noop on architectures using clang
as the system compiler, but help with other architectures where we
currently have many ports knocked out due to building with an unsuitable
compiler -

- some ports require c++11/newer so the GCC version in base that is used
on these archirtectures is too old.

- some ports have conflicts where an executable is built with one compiler
(e.g. gcc from base) but a library dependency is built with a different
one (e.g. gcc from ports), resulted in mixing incompatible libraries in the
same address space.

devel/gmp is intentionally skipped as it's on the path to building gcc -
the c++ library there is unused in ports (and not built by default upstream)
so intending to disable building gmpcxx in a future commit.
2018-10-24 14:27:57 +00:00
sthen
5e964ab0df bump LIBCXX/LIBECXX/COMPILER_LIBCXX ports. 2017-07-26 22:45:14 +00:00
espie
8ac47fd9c6 use COMPILER_LIBCXX where applicable 2017-07-16 19:18:47 +00:00
naddy
af6962e0ee add missing non-inline declarations for clang 2017-05-08 15:40:05 +00:00
sthen
073d25a37c use LIBCXX 2017-04-10 11:46:32 +00:00
jca
a70bef51b6 Remove doxygen docs.
Tweaked diff from Rafael Sadowski.
2017-02-04 23:50:28 +00:00
naddy
5984ae1831 devel/doxygen,-main -> devel/doxygen 2016-12-23 20:59:58 +00:00
jca
af64c8bb61 Update to doxygen-1.8.12 and switch the gui to Qt5
From Rafael Sadowski, who takes maintainership.
2016-11-12 20:50:41 +00:00
pascal
b01174ae9b Update my mail address. 2016-05-07 12:40:56 +00:00
naddy
deea7ed07b drop SHARED_ONLY from python and ruby ports 2016-03-20 16:12:22 +00:00
naddy
f726f7bce8 requires --enable-shared 2016-03-11 11:48:28 +00:00
jca
4ea50190a7 Update to doxygen-1.8.11 (latest)
This switches doxygen to the cmake build system.

All the hard work done by Rafael Sadowski, thanks!

Bulk build and ok ajacoutot@
2016-03-01 20:36:39 +00:00
sthen
0f4034be36 sync WANTLIB 2015-08-17 19:10:11 +00:00
bcallah
f3e2da1246 Bring in some upstream patches that allow EDE to build with FLTK 1.3.3
ok aja@
2015-06-28 13:34:54 +00:00
ajacoutot
aa988913b0 Bump after the recent changes in packaging dbus and dconf. 2015-04-04 09:20:59 +00:00
pascal
96ba49f9e2 Update to EDE 2.1. 2014-07-11 21:39:04 +00:00
pascal
c38dc460df Import EDE.
EDE (Equinox Desktop Environment) is simple and fast desktop
environment with familiar look and feel. EDE uses FLTK toolkit for
GUI presentation and UNIX philosophy for its design.

With UNIX philosophy, EDE splits each component in separate executable
entity to do one job and do it good. This makes EDE very easy to
alter for user needs and requirements.

EDE is light and fast. It uses C++ carefully yielding fast startup,
low memory usage and great portability. Also, we care not only about
how fast EDE runs, but how much time is needed to compile it.

These facts makes EDE a perfect desktop environment for older
computers and embedded devices. But, you can use it on your everyday
hardware too.

Comments landry@ jca@

ok landry@
2013-07-14 00:36:30 +00:00