ObjFW  History of src/runtime/Makefile of 86e618dd4ad53226

This will be moved to the "amiga-library" branch entirely in order to
not block the 1.0 release, as this is still far from finished. file: [f13f8e9c4a] check-in: [f0b0aacf36] user: js, branch: trunk, size: 1501 [annotate] [blame] [check-ins using] [diff]

The linklib generator already completely obsoletes it. file: [7961a820de] check-in: [bb25f8b0fe] user: js, branch: trunk, size: 1468 [annotate] [blame] [check-ins using] [diff]

This makes sure they are compiled with the flags that are required for
objfwrt(68k).library, while being compiled with the regular flags for
ObjFW itself.

This does not cause problems for static libraries or shared libraries,
as there the same flags are used for the runtime and ObjFW, resulting in
in two identical .o files, just as before. file: [f33d3154c5] check-in: [c1354656bc] user: js, branch: trunk, size: 1723 [annotate] [blame] [check-ins using] [diff]

"make clean" not cleaning everything is what resulted in the missing
import to go unnoticed. file: [50f0164be5] check-in: [5d4e54363d] user: js, branch: amiga-library, size: 1857 [annotate] [blame] [check-ins using] [diff]

This fixes the build for platforms without compiler TLS. file: [19d76e27b3] check-in: [e5be33dfc3] user: js, branch: trunk, size: 1680 [annotate] [blame] [check-ins using] [diff]

This allows the runtime to only link against the parts it needs, without
pulling in unnecessary parts like thread spawning, TLS and conditions. file: [a2eae9738b] check-in: [5358e9ea6a] user: js, branch: trunk, size: 1575 [annotate] [blame] [check-ins using] [diff]

This is more compatible with the various conventions used on various
systems. file: [ec23ad162e] check-in: [79fe29dbf4] user: js, branch: trunk, size: 1559 [annotate] [blame] [check-ins using] [diff]

sfdc does not support SysV functions and is not part of the MorphOS SDK. file: [5df25b2e4e] check-in: [8f9c2b55ce] user: js, branch: trunk, size: 1574 [annotate] [blame] [check-ins using] [diff]

Otherwise, it would be necessary to make unwinding work between 68k and
PPC code, and would get even worse with OS4 support.

This also includes using separate .sfd files. file: [c6c73c6c03] check-in: [1e70711672] user: js, branch: trunk, size: 1587 [annotate] [blame] [check-ins using] [diff]

This currently uses __saveds on all exported functions for simplicity.
As an optimization, __saveds can be removed from some functions later
after careful verification that no code path starting from that function
accesses any data. file: [846f7565d8] check-in: [482698c5be] user: js, branch: trunk, size: 1780 [annotate] [blame] [check-ins using] [diff]

Even when no STATIC_LIB is specified (as is the case on !AmigaOS),
dependencies are still generated, causing an error during dependency
generation on !AmigaOS due to missing headers. file: [32b60048e1] check-in: [ddb1f5a3c5] user: js, branch: trunk, size: 1760 [annotate] [blame] [check-ins using] [diff]

This also renames ObjFW-RT to ObjFW_RT, as hyphens should not be in
framework names. file: [c6d4eca569] check-in: [0f42b0eafd] user: js, branch: trunk, size: 1225 [annotate] [blame] [check-ins using] [diff]

A glue library is required as the compiler generates direct references
to some runtime functions. file: [80fa148287] check-in: [d5706b7070] user: js, branch: trunk, size: 1191 [annotate] [blame] [check-ins using] [diff]

cvinclude.pl was confused by ObjFW-RT.h, so have a separate file with
only the things it should process. file: [2b063953cf] check-in: [c132c14ed7] user: js, branch: trunk, size: 1160 [annotate] [blame] [check-ins using] [diff]

This is necessary as Clang's implicit declarations for block-related
things are dllimport, while we need dllexport when compiling ObjFW
itself. file: [fe020dcb16] check-in: [30bc1fb225] user: js, branch: trunk, size: 680 [annotate] [blame] [check-ins using] [diff]

This was provided by OFObject before, but should actually be provided by
the runtime, as the compiler can generate code calling into it. file: [44d89a0e24] check-in: [5e267364ae] user: js, branch: trunk, size: 659 [annotate] [blame] [check-ins using] [diff]

* dtable.m is now the old sparse array, using IMP as type for values and
thus not violating the C standard anymore (functions may not be stored
in void*)
* New sparsearray.m which can work with any size, based on the sparse
array from the fast path of class.m
* Fast path of class.m now uses the new sparsearray.m file: [19c7e25279] check-in: [1ebb9eb7b3] user: js, branch: trunk, size: 654 [annotate] [blame] [check-ins using] [diff]

Checking at configure time can potentially break universal builds. file: [d1091e58a3] check-in: [a4f1bd6c08] user: js, branch: trunk, size: 546 [annotate] [blame] [check-ins using] [diff]

Also checks for -no-integrated-as to avoid clang's integrated assembler,
which is sometimes still buggy, especially for ARM. file: [6581fa5019] check-in: [af9448f6ed] user: js, branch: trunk, size: 510 [annotate] [blame] [check-ins using] [diff]

Only on x86_64 so far, others to follow. file: [a2f274f2c0] check-in: [2b20e164d7] user: js, branch: trunk, size: 574 [annotate] [blame] [check-ins using] [diff]

No support for weak yet. file: [e1f56f3c0c] check-in: [90eae0b1fc] user: js, branch: trunk, size: 545 [annotate] [blame] [check-ins using] [diff]

This uses the runtime's autorelease pools and implements autorelease
pools in the ObjFW runtime. It therefore uses ObjFW's autorelease pools
when using the ObjFW runtime and Apple's autorelease pools when using
the Apple runtime.

These new pools should be ARC-compatible now and finally, it should be
possible to mix OFAutoreleasePools and NSAutoreleasePools again, even
@autoreleasepool is allowed in the mix now. This also means the old
bridge to NSAutoreleasePool should not be required anymore, as both use
the runtime's autorelease pools now.

As a bonus, it's significantly faster to use the ObjFW runtime with
ObjFW's autorelease pools than to use Apple's runtime with Apple's
autorelease pools, as a quick benchmark using OFXMLParser on large files
showed. (Note: This is not only due to the different autorelease pools,
but also due to the fact that even with the same autorelease pools it is
faster using the ObjFW runtime, as can be seen in versions prior to this
commit.) file: [a09545f782] check-in: [f5927f8a84] user: js, branch: trunk, size: 552 [annotate] [blame] [check-ins using] [diff]

Subdirectories don't really work without traversing them and having a
Makefile in them and it's not really worth the effort for just 2 files. file: [48afff7077] check-in: [3dbfc001c0] user: js, branch: runtime, size: 493 [annotate] [blame] [check-ins using] [diff]