QB64/QB64-PE
QB64/QB64-PE
1
1
Fork 0
mirror of https://github.com/QB64-Phoenix-Edition/QB64pe.git synced 2024-09-18 23:14:50 +00:00
Code Issues Releases Wiki Activity
QB64-PE/internal/c/libqb/build.mk

12 lines
366 B
Makefile
Raw Normal View History

Prepare for separate libqb, define C++ standard This sets up a few different flags we'll need for the conditional compiling, and also sets the C++ standard to gnu++11, which effectively just matches what we were implicitly using before.
2022-06-08 02:55:28 +00:00
Add completion API Completions are basically a oneshot flag, which provide a `wait()` call that blocks until 'finish()' has been called on the completion. The nice aspect of completions is that because it is a oneshot the order does not matter - if 'finish()' is called before 'wait()' then 'wait()' returns immediately. It makes the logic for waiting until a thread is done finishing up some work easy to implement.
2022-06-08 03:15:09 +00:00
libqb-objs-y += $(PATH_LIBQB)/src/threading.o
Add append-only buffer API The Buffer API implements an append-only buffer, where you can write to the end or read from the beginning. Data that is read is discarded from the buffer, and you can query the buffer to get the current amount of data inside. Internally the buffer API is implemented as a chain of separate buffers. This is done to avoid having to resize the existing buffer, which is expensive. We keep track of where the reading currently is, and discard the internal buffers after all the data in them is read.
2022-06-08 03:25:16 +00:00
libqb-objs-y += $(PATH_LIBQB)/src/buffer.o
Revert changes to miniaudio.h, move changes elsewhere Changing midiaudio.h will make it harder to incorporate new versions into QB64-PE as they come out. To fix that I have reverted all the changes to midiaudio.h and moved the few private parts we were using into a separate 'filepath' API that's part of libqb.
2022-09-09 03:59:19 +00:00
libqb-objs-y += $(PATH_LIBQB)/src/filepath.o
Add completion API Completions are basically a oneshot flag, which provide a `wait()` call that blocks until 'finish()' has been called on the completion. The nice aspect of completions is that because it is a oneshot the order does not matter - if 'finish()' is called before 'wait()' then 'wait()' returns immediately. It makes the logic for waiting until a thread is done finishing up some work easy to implement.
2022-06-08 03:15:09 +00:00
Add libqb_http API for HTTP connections This adds the libqb_http API, which is designed to support HTTP and HTTPS usage from QB64-PE source. The design consists of a single thread which services all the HTTP(s) connections. There are then various libqb_http APIs exposed that allow interacting with this thread to create a new connection, query connection status, read data, or close the connection. Internally the thread makes use of the curl_multi interface to allow a single thread to service multiple HTTP(s) connections in parallel. This means you can _OPENCLIENT() multiple HTTP connection in a row and all of them will be serviced at the same time in whatever order data is available. HTTP is optional and selected via a Makefile setting. A stub is swapped in if HTTP support is not used, which avoids need to add another build flag to libqb.cpp.
2022-11-13 21:50:44 +00:00
libqb-objs-$(DEP_HTTP) += $(PATH_LIBQB)/src/http.o
libqb-objs-y$(DEP_HTTP) += $(PATH_LIBQB)/src/http-stub.o
Add generic thread, mutex, and condvar API This adds generic APIs to libqb for handling thread's, mutex's, and condition variables. On Linux and OSX these are implemented via the ones provided by pthreads. On Windows they're implemented via the ones provided by the Win32 API. For compiling, the code itself is not conditional, but the Makefile includes logic to decide which implementation to pick. Note that it would have been nice to simply use std::thread and friends from C++11, however using them on MinGW appears to be a bit messy. Since using the Windows ones directly isn't that hard this was an easy compromise.
2022-06-08 03:06:41 +00:00
libqb-objs-y += $(PATH_LIBQB)/src/threading-$(PLATFORM).o
Add libqb_http API for HTTP connections This adds the libqb_http API, which is designed to support HTTP and HTTPS usage from QB64-PE source. The design consists of a single thread which services all the HTTP(s) connections. There are then various libqb_http APIs exposed that allow interacting with this thread to create a new connection, query connection status, read data, or close the connection. Internally the thread makes use of the curl_multi interface to allow a single thread to service multiple HTTP(s) connections in parallel. This means you can _OPENCLIENT() multiple HTTP connection in a row and all of them will be serviced at the same time in whatever order data is available. HTTP is optional and selected via a Makefile setting. A stub is swapped in if HTTP support is not used, which avoids need to add another build flag to libqb.cpp.
2022-11-13 21:50:44 +00:00
CLEAN_LIST += $(libqb-objs-y) $(libqb-objs-yy) $(libqb-objs-)
Copy permalink