Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Liquip.Patcher.Build - Compile dll using NativeAOT #22

Open
valentinbreiz opened this issue Jan 22, 2025 · 13 comments
Open

Liquip.Patcher.Build - Compile dll using NativeAOT #22

valentinbreiz opened this issue Jan 22, 2025 · 13 comments
Assignees
Labels
enhancement New feature or request help wanted Extra attention is needed Priority: High

Comments

@valentinbreiz
Copy link
Owner

valentinbreiz commented Jan 22, 2025

  • Needs an entrypoint (using csharp source) and dll references for kernel / plugs
@valentinbreiz valentinbreiz changed the title Liquip.Patcher.Build - Compile dll using NativeAOT Liquip.Sdk - Compile dll using NativeAOT Jan 22, 2025
@valentinbreiz valentinbreiz added help wanted Extra attention is needed enhancement New feature or request blocked Blocked by an other issue labels Jan 22, 2025
@valentinbreiz
Copy link
Owner Author

Blocked by #23

@kumja1
Copy link
Collaborator

kumja1 commented Jan 25, 2025

Blocked by #23

Fixed by #25

@Guillermo-Santos
Copy link
Collaborator

Will this be it's own repo? as i see it was removed from the main branch

@valentinbreiz valentinbreiz changed the title Liquip.Sdk - Compile dll using NativeAOT Liquip.Patcher.Build - Compile dll using NativeAOT Feb 3, 2025
@valentinbreiz
Copy link
Owner Author

valentinbreiz commented Feb 3, 2025

Will this be it's own repo? as i see it was removed from the main branch

No, it will be a part of Liquip.Patcher.Build. You can take a look at https://github.com/valentinbreiz/nativeaot-patcher/blob/main/src/Liquip.Patcher.Build/Build/Build.props, it will be added there I think.

@zarlo could you confirm this?

@zarlo
Copy link
Collaborator

zarlo commented Feb 3, 2025

okay for the sdk project i think it should be in the cosmos name space

for the tasks that call ilc i think it should have its own nuget package: Liquip.ilc.Build doing this will allow other projects to use out plug system in a simple manner

the sdk nuget package should use Liquip.Patcher.Build and Liquip.ilc.Build

some context: #33

@Guillermo-Santos
Copy link
Collaborator

Guillermo-Santos commented Feb 3, 2025

for the tasks that call ilc i think it should have its own nuget package: Liquip.ilc.Build doing this will allow other projects to use out plug system in a simple manner

I guess Liquip.ilc.Build referenceLiquip.Patcher.Build, right?

But, if Liquip.ilc.Build will only be used on Cosmos, then it's Targets could be directly on the sdk.

@zarlo
Copy link
Collaborator

zarlo commented Feb 3, 2025

guess Liquip.ilc.Build referenceLiquip.Patcher.Build, right?

it can but it should not been to

But, if Liquip.ilc.Build will only be used on Cosmos, then it's Targets could be directly on the sdk.

i dont think we should do that, i will not stop it but it does mean the compiler will be more likely to be tied to Cosmos

@Guillermo-Santos
Copy link
Collaborator

Guillermo-Santos commented Feb 6, 2025

Should the patcher put it's output on a distinctive folder (like $(OutputPath)/liquid)? i wondering how Liquip.ilc.Build would get it's input for ilc and the linker, if they would be independent.

@zarlo
Copy link
Collaborator

zarlo commented Feb 6, 2025

Should the patcher put it's output on a distinctive folder (like $(OutputPath)/liquid)? i wondering how Liquip.ilc.Build would get it's input for ilc and the linker, if they would be independent.

yes it should be some where in the obj folder

@kumja1 kumja1 pinned this issue Feb 14, 2025
@kumja1 kumja1 self-assigned this Feb 14, 2025
@kumja1
Copy link
Collaborator

kumja1 commented Feb 14, 2025

Are we doing Liquip.ilc.Build and Liquip.Patcher.Build or for now just Liquip.Patcher.Build

@Guillermo-Santos
Copy link
Collaborator

Are we doing Liquip.ilc.Build and Liquip.Patcher.Build or for now just Liquip.Patcher.Build

Liquip.Patcher.Build will put it's output on a directory (inside obj as Zarlo Suggest) then Liquip.ilc.Build will take it.
The start of Liquid.ilc.Build may be done on this weekend.

@Guillermo-Santos
Copy link
Collaborator

As for publishing... i do not know if we should override the inputs when using true or we just disable publish aot and do the same as building.

@valentinbreiz
Copy link
Owner Author

valentinbreiz commented Feb 27, 2025

Work in progress in #43

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request help wanted Extra attention is needed Priority: High
Projects
Status: No status
Development

No branches or pull requests

4 participants