jak-project/game/kernel/jak3/kprint.h

#pragma once

#include "common/common_types.h"

namespace jak3 {
void output_sql_query(char* query_name);
}

// todo, do we actually have to do this, now that we aren't calling it from asm?
extern "C" {
s32 format_impl_jak3(uint64_t* args);
}
[jak3] Set up ckernel (#3308) This sets up the C Kernel for Jak 3, and makes it possible to build and load code built with `goalc --jak3`. There's not too much interesting here, other than they switched to a system where symbol IDs (unique numbers less than 2^14) are generated at compile time, and those get included in the object file itself. This is kind of annoying, since it means all tools that produce a GOAL object file need to work together to assign unique symbol IDs. And since the symbol IDs can't conflict, and are only a number between 0 and 2^14, you can't just hash and hope for no collisions. We work around this by ignoring the IDs and re-assigning our own. I think this is very similar to what the C Kernel did on early builds of Jak 3 which supported loading old format level files, which didn't have the IDs included. As far as I can tell, this shouldn't cause any problems. It defeats all of their fancy tricks to save memory by not storing the symbol string, but we don't care. 2024-01-16 19:24:02 -05:00			`#pragma once`

			`#include "common/common_types.h"`

			`namespace jak3 {`
			`void output_sql_query(char* query_name);`
			`}`

			`// todo, do we actually have to do this, now that we aren't calling it from asm?`
			`extern "C" {`
			`s32 format_impl_jak3(uint64_t* args);`
			`}`