[Core] Adding kernel library list

[loumalouomega]

📝 Description
In order to skip tests depending on library disponibility

🆕 Changelog

• Adding kernel library list
• Expose to python
• Added test
• Reactivate CadModeler if triangle is available

[pooyan-dadvand]

@KratosMultiphysics/technical-committee we believe that the idea is very good and useful. Nevertheless, we see that having them all in the kernel is not the best way to maintain them.

We think that a better mechanism would be to use the new Registry under "third_party_libraries" and add each of them in their relative wrappers. (for example, json in our Parameters class)

[loumalouomega]

@KratosMultiphysics/technical-committee we believe that the idea is very good and useful. Nevertheless, we see that having them all in the kernel is not the best way to maintain them.

I did it in order to be consistent with the applications

We think that a better mechanism would be to use the new Registry under "third_party_libraries" and add each of them in their relative wrappers. (for example, json in our Parameters class)

1- Is the Registry already merged?
2- I think not all libraries have a wrapper, F.E triangle is called in many places. The current structure using Registry should work fine

[loumalouomega]

What is the status of this¿? https://github.com/orgs/KratosMultiphysics/teams/technical-committee

[loumalouomega]

What is the status of this¿? github.com/orgs/KratosMultiphysics/teams/technical-committee

👋

[loumalouomega]

I still think this is interesting

[loumalouomega]

I still think this is interesting

@KratosMultiphysics/technical-committee

[loumalouomega]

I still think this is interesting

@KratosMultiphysics/technical-committee

👋

[roigcarlo]

Sorry we forgot to answer.
1 - Yes the registry is in place and usable.
2 - Answering for myself ( not TC ): For the ones that are used everywhere I suppose there is no other option than leave them there...

[loumalouomega]

Sorry we forgot to answer. 1 - Yes the registry is in place and usable. 2 - Answering for myself ( not TC ): For the ones that are used everywhere I suppose there is no other option than leave them there...

But here no registry is used...

[roigcarlo]

Yep, that why we asked you to use the registry 😄

[loumalouomega]

Yep, that why we asked you to use the registry 😄

But it is a list, I am not using classes. What's the point?

[roigcarlo]

That it becomes available everywhere without depending on having a reference to the kernel. Which btw makes sense because that info is not related to the kernel.

[loumalouomega]

That it becomes available everywhere without depending on having a reference to the kernel. Which btw makes sense because that info is not related to the kernel.

Okay, in that case I would need to study this

[loumalouomega]

That it becomes available everywhere without depending on having a reference to the kernel. Which btw makes sense because that info is not related to the kernel.

Okay, in that case I would need to study this

Ups, it looks a bit of work... and create a new class

[RiccardoRossi]

this one is delegated to @roigcarlo, who is requesting to use the registry as a tool for querying for available libraries

[loumalouomega]

this one is delegated to @roigcarlo, who is requesting to use the registry as a tool for querying for available libraries

Okay

[loumalouomega]

(just merging master, this branch wasn't merged from long time ago, I will take a look at @roigcarlo suggestion later)

[loumalouomega]

SHould be fine now @roigcarlo

[loumalouomega]

BTW, there is any reason why this is empty?

Kratos/kratos/sources/kernel.cpp

Line 63 in 06eeea3

static std::unordered_set<std::string> application_list;