Megapahit's fork of the Second Life viewer. https://megapahit.org/viewer.git/atom?h=26.1.1 2022-04-16T17:49:08Z 2022-04-16T17:49:08Z Nicky nicky.dasmijn@gmail.com 2022-04-16T17:49:08Z urn:sha1:4d4caaaf1f5d0e486bdaa6fb57c00e04c201c6db 2022-04-06T14:32:52Z Nicky nicky.dasmijn@gmail.com 2022-04-06T14:32:52Z urn:sha1:786b291d9c6b784c7ce6ceef0e38a4ec76ea14db Change projects to cmake targetsto get rid of havig to hardcore include directories and link libraries in consumer projects. 2020-03-25T21:32:45Z Nat Goodspeed nat@lindenlab.com 2018-05-11T01:46:07Z urn:sha1:66981fab0b3c8dcc3a031d50710a2b24ec6b0603 Longtime fans will remember that the "dcoroutine" library is a Google Summer of Code project by Giovanni P. Deretta. He originally called it "Boost.Coroutine," and we originally added it to our 3p-boost autobuild package as such. But when the official Boost.Coroutine library came along (with a very different API), and we still needed the API of the GSoC project, we renamed the unofficial one "dcoroutine" to allow coexistence. The "dcoroutine" library had an internal low-level API more or less analogous to Boost.Context. We later introduced an implementation of that internal API based on Boost.Context, a step towards eliminating the GSoC code in favor of official, supported Boost code. However, recent versions of Boost.Context no longer support the API on which we built the shim for "dcoroutine." We started down the path of reimplementing that shim using the current Boost.Context API -- then realized that it's time to bite the bullet and replace the "dcoroutine" API with the Boost.Fiber API, which we've been itching to do for literally years now. Naturally, most of the heavy lifting is in llcoros.{h,cpp} and lleventcoro.{h,cpp} -- which is good: the LLCoros layer abstracts away most of the differences between "dcoroutine" and Boost.Fiber. The one feature Boost.Fiber does not provide is the ability to forcibly terminate some other fiber. Accordingly, disable LLCoros::kill() and LLCoprocedureManager::shutdown(). The only known shutdown() call was in LLCoprocedurePool's destructor. We also took the opportunity to remove postAndSuspend2() and its associated machinery: FutureListener2, LLErrorEvent, errorException(), errorLog(), LLCoroEventPumps. All that dual-LLEventPump stuff was introduced at a time when the Responder pattern was king, and we assumed we'd want to listen on one LLEventPump with the success handler and on another with the error handler. We have never actually used that in practice. Remove associated tests, of course. There is one other semantic difference that necessitates patching a number of tests: with "dcoroutine," fulfilling a future IMMEDIATELY resumes the waiting coroutine. With Boost.Fiber, fulfilling a future merely marks the fiber as ready to resume next time the scheduler gets around to it. To observe the test side effects, we've inserted a number of llcoro::suspend() calls -- also in the main loop. For a long time we retained a single unit test exercising the raw "dcoroutine" API. Remove that. Eliminate llcoro_get_id.{h,cpp}, which provided llcoro::get_id(), which was a hack to emulate fiber-local variables. Since Boost.Fiber has an actual API for that, remove the hack. In fact, use (new alias) LLCoros::local_ptr for LLSingleton's dependency tracking in place of llcoro::get_id(). In CMake land, replace BOOST_COROUTINE_LIBRARY with BOOST_FIBER_LIBRARY. We don't actually use the Boost.Coroutine for anything (though there exist plausible use cases). 2015-08-20T15:58:41Z Rider Linden rider@lindenlab.com 2015-08-20T15:58:41Z urn:sha1:7d2ed8e60668a69e97c58072377273e035022cd2 2015-08-19T23:44:47Z Rider Linden rider@lindenlab.com 2015-08-19T23:44:47Z urn:sha1:8adb6997b1ad1289e8832d81a5446dcdadaf5e06 2015-08-19T23:04:57Z Rider Linden rider@lindenlab.com 2015-08-19T23:04:57Z urn:sha1:19afd182346354474e2e06a6bc2119096cfe86c3 2015-08-19T22:38:12Z Rider Linden rider@lindenlab.com 2015-08-19T22:38:12Z urn:sha1:be7ed4acd4a75915bfc04e65ed385a179d74b646 2012-10-04T06:29:07Z Don Kjer don@lindenlab.com 2012-10-04T06:29:07Z urn:sha1:21df924a10c1c32f7fc28bb29b20dc2179863b24 2012-08-21T22:21:11Z Nyx (Neal Orman) nyx@lindenlab.com 2012-08-21T22:21:11Z urn:sha1:51fabc385079a0b5fab4611bb5b16fea5dc26372 First pass at cmake configs, and starting to try to move wearable class. Things are broken, checkpointing work to collaborate.