of Objective-C 2 for use with GNUstep and other Objective-C programs.
This runtime is based on the Etoile Objective-C Runtime, an earlier
research prototype, and includes support for non-fragile instance
variables, type-dependent dispatch, and object planes. It is fully
compatible with the FSF's GCC Objective-C ABI and also implements
a new ABI that is supported by Clang and is required for some of
the newer features.
Submitted by: Pete French
Reviewed by: dinoex
Changes:
- The first steps towards support of bitmap fonts were done.
- The standard bitmap font was defined for the sizes 10, 12, 14, 16, 18 and 24.
- A new example program (testfont.sd7), which writes with the standard font
in various sizes, was added.
- The initialisation of the random number generator in the function
uint_rand in "int_rtl.c" was improved.
- The function timMycroSec was defined in "tim_unx.c" and "tim_win.c".
The GNUstep Objective-C runtime is designed as a drop-in replacement for the
GCC runtime. It supports both a legacy and a modern ABI, allowing code
compiled with old versions of GCC to be supported without requiring
recompilation. The modern ABI adds the following features:
- Non-fragile instance variables.
- Protocol uniquing.
- Object planes support.
- Declared property introspection.
Both ABIs support the following feature above and beyond the GCC runtime:
- The modern Objective-C runtime APIs, introduced with OS X 10.5.
- Blocks (closures).
- Low memory profile for platforms where memory usage is more important than
speed.
- Synthesised property accessors.
- Efficient support for @synchronized()
- Type-dependent dispatch, eliminating stack corruption from mismatched
selectors.
LICENSE: MIT
- Patch a few files to use the exported LISP_EXTRA_ARG variable,
thus respecting --dynamic-space-size on every sbcl invocation.
Without this, the port fails to build even if DYNAMIC_SPACE_SIZE
is set to a proper value.
PR: ports/149281
Submitted by: olgeni
Approved by: maintainer timeout (50 days)
last commit.
The original problem is port was broken on amd64 when you have CFLAGS= defined
on make.conf. On last commit i thought it was fixed, but no, i don't know why
but it was building without define LUA_USE_LINUX and the binary generated was
wrong.
I figured out just using GMAKE fixes everything, it respect CFLAGS= when you
have, add -fPIC for amd64 and use correct defines for building, so, lets use
gmake to build this port for now.
Pointyhats to: garga@
