| commit | 72729d8e360489416146d6d4fd6bc57c9c72c29b | |
| author | grischka <grischka> | |
| Tue, 10 Dec 2019 23:37:18 +0000 (11 00:37 +0100) | ||
| committer | grischka <grischka> | |
| Wed, 11 Dec 2019 01:36:19 +0000 (11 02:36 +0100) | ||
| tree | 3426762499162c5fa7384f2758549cb426ed7324 | treesnapshot (tar.gz zip) |
| parent | 6082dd62bb496ea4863f8a5501e480ffab775395 | commitdiff |
allow libtcc states to be used concurrently
This allows creation of TCCStates and operation with API
calls independently from each other, even from threads.
Frontend (option parsing/libtcc.c) and backend (linker/tccelf.c)
now depend only on the TCCState (s1) argument.
Compilation per se (tccpp.c, tccgen.c) is still using
globals for convenience. There is only one entry point
to this section which is tcc_compile() which is protected
by a semaphore.
There are some hacks involved to avoid too many changes,
as well as some changes in order to avoid too many hacks ;)
The test libtcc_test_mt.c shows the feature. Except this
new file the patch adds 87 lines overall.
This allows creation of TCCStates and operation with API
calls independently from each other, even from threads.
Frontend (option parsing/libtcc.c) and backend (linker/tccelf.c)
now depend only on the TCCState (s1) argument.
Compilation per se (tccpp.c, tccgen.c) is still using
globals for convenience. There is only one entry point
to this section which is tcc_compile() which is protected
by a semaphore.
There are some hacks involved to avoid too many changes,
as well as some changes in order to avoid too many hacks ;)
The test libtcc_test_mt.c shows the feature. Except this
new file the patch adds 87 lines overall.
29 files changed: