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's possible to define a malloc capability in code that gets compiled into a library, in effect giving a library a heap quota even if the compartment that includes the library is defined not to have heap quota.
xmake rules for libraries should be updated to compile with CHERIOT_NO_AMBIENT_MALLOC defined
Putting the define in will still make it possible (though you can prevent it via policy and we should add some rules for doing this), but it will make the default sensible.
When we're building a compartment, I think the compiler puts the compartment name in a #define, so an alternative here would be for stdlib.h to flip the default depending on whether the define is set.
Currently it's possible to define a malloc capability in code that gets compiled into a library, in effect giving a library a heap quota even if the compartment that includes the library is defined not to have heap quota.
xmake rules for libraries should be updated to compile with CHERIOT_NO_AMBIENT_MALLOC defined
cheriot-rtos/sdk/xmake.lua
Line 155 in b9f206a
The text was updated successfully, but these errors were encountered: