You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, it requires a lot of work to use derecho as part of the application. The application developer needs to understand where to pull the headers and dynamic libraries from the derecho source tree. We should make derecho easy to use as other libraries do. I discussed with @mpmilano, @sagarjha, and @etremel today. And we agreed to refactor the derecho source tree to enable this feature.
Source code organization
include
derecho [ public header files to be installed in /usr/include ]
private [ private header files not exposed to applications ]
src [ the structure is consistent with the current layout ]
core [ renamed from derecho ]
rdmc
sst
persistent
conf
tcp
utils
Remove 'third_party' folder, but provide instructions/scripts to install the dependencies:
libfabric
spdlog
mutils, mutils-serialization, and mutils-container (needs to add cmake support to them.)
merge the following .so into a single libderecho.so file
libderecho.so
libsst.so
librdmc.so
libpersistent.so
libconf.so
libtcp.so
libutils.so
The text was updated successfully, but these errors were encountered:
Currently, it requires a lot of work to use derecho as part of the application. The application developer needs to understand where to pull the headers and dynamic libraries from the derecho source tree. We should make derecho easy to use as other libraries do. I discussed with @mpmilano, @sagarjha, and @etremel today. And we agreed to refactor the derecho source tree to enable this feature.
/usr/include
]libderecho.so
fileThe text was updated successfully, but these errors were encountered: