it includes a whole heap of features:
* parser and bytecode compiler written in tinypy
* fully bootstrapped
* luaesque virtual machine with garbage collection written in C
it's "stackless" sans any "stackless" features
* cross-platform :) it runs under windows / linux / macosx
* a fairly decent subset of python
o classes and single inheritance
o functions with variable or keyword arguments
o strings, lists, dicts, numbers
o modules, list comprehensions
o exceptions with full traceback
o some builtins
* batteries not included -- yet
WWW: http://www.tinypy.org/
PR: 132124
Submitted by: Marcin Cieslak <saper at SYSTEM dot PL>
The recommended version of FreeBSD to use them is 8-CURRENT.
FreeBSD-7.x is not fully compatible with compat.linux.osrelease
2.6.16. Some syscalls cannot be MFCed due to native FreeBSD
ABI breakage.
Usage (and package building):
1. define compat.linux.osrelease=2.6.16;
2. add following variables to /etc/make.conf:
. OVERRIDE_LINUX_BASE_PORT=f8;
. OVERRIDE_LINUX_NONBASE_PORTS=f8.
Approved by: bsam (me) ;-)
This snapshot has a significantly reworked build system (now GNU
autoconf and automake) which makes this port much simpler. I've
worked with the upstream authors to ensure this works on FreeBSD and
have helped them to remove the dependence on gmake and the need for
us to have local patches.
2009-03-22 java/javel: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 java/guavac: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 graphics/xrml: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 graphics/renderpark: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 games/jumpnbump: tcl8.0 support is going to be dropped
2009-03-17 irc/blackened: Broken and abandonware
2009-03-22 devel/libg++: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 devel/freescope: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 misc/menushki: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 misc/vbidecode: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 lang/wamcc: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 multimedia/mpegedit: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 mail/dkimap4: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 net-mgmt/oproute: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months
2009-03-22 x11/tkgoodstuff: tcl8.0 support is going to be dropped
2009-02-11 x11-toolkits/inti: not maintain by upstream for more than five years and no port depend on this
both current (fc4) and future linux (f8) distributions at one
ports tree.
The patch contains full changes to ports/Mk files and all ports involved.
But only infrastructure is changed. The resulting packages are the same as
before. Hence no need to bump PORTREVISIONs.
The idea was taken from bsd.gnome.mk and others.
More than 130 ports are switched to follow a new linux infrastructure
introduced by changes to bsd.port.mk, bsd.linux-rpm.mk and a new
bsd.linux-apps.mk.
Thanks for all who was involved and helped me with this work.
And help from Alexander Leidinger was incredible.
Other changes are coming. Stay tuned!
PR: ports/132510
Submitted by: bsam (me)
Exp-run by: portmgr (pav)
check targets. This reduces disk and bandwidth consumptions for a
feature (apparently) never used.
Remove obsolete code to create (empty) man pages in case regular
man pages cannot be created.
Address build failure caused by Mk/bsd.port.mk changes mid 2008. [1]
(I will go ahead and remove this port per the DEPRECATION note, but
figured these backports from newer versions may be helpful in case
someone wants to play with it nevertheless.)
PR: 132379 [1]
Submitted by: Rikiya YONEMOTO [1]
Remove obsolete code to create (empty) man pages in case regular man
pages cannot be created. This catches four dummy man pages we are
now able to remove: gjnih44, grepjar44, jar44, jv-scan44, rmic44,
and rmiregistry44.
Rename the check target to full-regression-test to be in sync with
the lang/gcc43 port. Add a conditional dependency on misc/dejagnu
and make the inclusion of gcc-testsuite in DISTFILES conditional, too.
Remove obsolete code to create (empty) man pages in case regular man
pages cannot be created. This catches four dummy man pages we are
now able to remove: gjnih43, grepjar43, jar43, jv-scan43, rmic43,
and rmiregistry43.
Remove obsolete code to create (empty) man pages in case regular man
pages cannot be created. This catches four dummy man pages we are now
able to remove: grepjar42, jar42, rmic42, and rmiregistry42.
and also add experimental support for POSIX semaphores in FreeBSD
7-STABLE and up. The option knobs PTH and SEM respectively are
added to enable this behaviour.
Python is able to use POSIX semaphores for thread synchronization
in threading, and prefers them.
The multiprocessing module in Python 2.6 requires POSIX semaphores,
however, the FreeBSD rtld and malloc need further work to allow
a process to call pthread_create() immediately after fork() as it is
not something allowed by a strict interpretation of the POSIX specs;
therefore allow GNU Pth to be used until the situation is resolved.
Approved by: miwi
