Skip to content
This repository has been archived by the owner on Nov 1, 2020. It is now read-only.

[Question] Build Static Libraries #6644

Closed
deinok opened this issue Dec 4, 2018 · 7 comments
Closed

[Question] Build Static Libraries #6644

deinok opened this issue Dec 4, 2018 · 7 comments
Labels

Comments

@deinok
Copy link
Contributor

deinok commented Dec 4, 2018

The README.md states the following:

It can also produce standalone dynamic or static libraries that can be consumed by applications written in other programming languages.

But I can't find information about how to do it. Can sombody give me more information?

@jkotas
Copy link
Member

jkotas commented Dec 4, 2018

@deinok I have polished the WIP docs in #6645. Please take a look and give us feedback on the instructions worked for you.

@jkotas jkotas added the Question label Dec 4, 2018
@deinok
Copy link
Contributor Author

deinok commented Dec 4, 2018

@jkotas Really nice work. Probably I'm missing something, but why is NativeCallableAttribute attribute not included in source?

@deinok
Copy link
Contributor Author

deinok commented Dec 4, 2018

Also, does the generated files have some runtime dependencies other than the OS itself?

@jkotas
Copy link
Member

jkotas commented Dec 4, 2018

Probably I'm missing something, but why is NativeCallableAttribute attribute not included in source?

CoreRT shares the public API definition with .NET Core. NativeCallableAttribute was not added as public .NET Core (yet), so this workaround it necessary for now.

Also, does the generated files have some runtime dependencies other than the OS itself?

The runtime dependencies are fully self-contained. The binary has same OS dependencies as .NET Core. (It only really matters on Linux - there is a list of OS packages that it needs.)

@deinok
Copy link
Contributor Author

deinok commented Dec 4, 2018

CoreRT shares the public API definition with .NET Core. NativeCallableAttribute was not added as public .NET Core (yet), so this workaround it necessary for now.

Thanks for the change on the docs.

The runtime dependencies are fully self-contained. The binary has same OS dependencies as .NET Core. (It only really matters on Linux - there is a list of OS packages that it needs.)

So, for what I understand a *.so generated via CoreRT will just require the same *.so that .NETCore
Runtime requires (the same a common publish -r will need), not the .NETCore Runtime itself

@jkotas jkotas closed this as completed Dec 4, 2018
@jkotas
Copy link
Member

jkotas commented Dec 4, 2018

Right

@deinok
Copy link
Contributor Author

deinok commented Dec 4, 2018

@jkotas Thanks for the info :)

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

2 participants