Move semicolon into TSRMLS_CACHE_EXTERN/DEFINE

Also re bug #71575.

TSRM_TLS should be usable in NTS build

add macro to access globals as whole

improve debugability in TS debug builds

gdb seems to be not always able to fetch the correct context for
thread locals. Thus, the "if (TSRMLS_CACHE)" clause causes gdb to
show crashe

improve debugability in TS debug builds

gdb seems to be not always able to fetch the correct context for
thread locals. Thus, the "if (TSRMLS_CACHE)" clause causes gdb to
show crashes which aren't recognized neither with helgrind nor
in release builds. This is reproducable by setting breakpoints on
the exact line where PHP has a tsrm_get_ls_cache() call.

show more ...

made ZEND_TSRMLS_CACHE_* macros look like function calls

which also comply with the current semantics for such macros

trailing whitespace removal

missed include for intptr_t/uintptr_t

use cleaner tsrm_intptr_t/tsrm_uintptr_t typedef

fix zts build on mac/clang

make the TSRM macros depend no the macroed cache name

removed the extra tsrm pointer passed to ctor/dtor

explicit passing of *tsrm_ls isn't needed anymore

TSRMLS_D should be void, thanks Dmitry

default tsrmls cache to NULL

moved most of the core to use static tsrm ls cache pointer

plus apache2handler, cli and cgi

TSRMLS_FETCH() is a spent force

linux compat for the static tsrm ls cache pointer

using pointer to the tsrm ls cache instead of a function call

yet another approach

prepare some macros to use tsrm cache as pointer

instead of a function call

revert the local speedup approach

approach local pointers in performance sensitive areas

reworked the patch, less new stuff but worky

TLS is already used in TSRM, the way exporting the tsrm cache through
a thread local variable is not portable. Additionally, the current

reworked the patch, less new stuff but worky

TLS is already used in TSRM, the way exporting the tsrm cache through
a thread local variable is not portable. Additionally, the current
patch suffers from bugs which are hard to find, but prevent it to
be worky with apache. What is done here is mainly uses the idea
from the RFC patch, but

- __thread variable is removed
- offset math and declarations are removed
- extra macros and definitions are removed

What is done merely is

- use an inline function to access the tsrm cache. The function uses
the portable tsrm_tls_get macro which is cheap
- all the TSRM_* macros are set to placebo. Thus this opens the way
remove them later

Except that, the logic is old. TSRMLS_FETCH will have to be done once
per thread, then tsrm_get_ls_cache() can be used. Things seeming to be
worky are cli, cli server and apache. I also tried to enable bz2
shared and it has worked out of the box. The change is yet minimal
diffing to the current master bus is a worky start, IMHO. Though will
have to recheck the other previously done SAPIs - embed and cgi.

The offsets can be added to the tsrm_resource_type struct, then
it'll not be needed to declare them in the userspace. Even the
"done" member type can be changed to int16 or smaller, then adding
the offset as int16 will not change the struct size. As well on the
todo might be removing the hashed storage, thread_id != thread_id and
linked list logic in favour of the explicit TLS operations.

show more ...

define explicit export/impot spec

basic windows fix

vars with __declspec(thread) cannot use __declspec(dllexport)