Kim

Regarding the assembly wouldn't it be simpler to do this?

1 2 3 4 5 6

inline u32 GetThreadID(void) { u32 ThreadID; asm("mov %%gs:0x0,%0" : "=r"(ThreadID)); return ThreadID; }

Indeed and it seems to work just fine. :D Sometimes I overcomplicate without any reason to.

Does it also work in Linux ?

Thanks a lot :)

Technically pthread_self returns pointer sized value. So it more correct to get it all, and then cast it to whatever you want. It works with u32 only because of values are stored in memory in little-endian.

It won't work on Linux. On Linux TLS is implemented differently. Look the topic Kim linked - https://forums.handmadehero.org/i...p/forum?view=topic&catid=4&id=837

mmozeiko
Technically pthread_self returns pointer sized value. So it more correct to get it all, and then cast it to whatever you want. It works with u32 only because of values are stored in memory in little-endian.

It won't work on Linux. On Linux TLS is implemented differently. Look the topic Kim linked - https://forums.handmadehero.org/i...p/forum?view=topic&catid=4&id=837

So in order to achieve portability of code between Linux and OSX, which is what I think we were trying to achieve here, the best way would be to use pthread_self instead of direct assembly, is that correct ?

If you are OK with including platform specific headers (pthread.h) in game dll layer, then sure, that would work.

Casey was not OK to do that. He didn't want to include windows.h in game dll to be able to use GetCurrentThreadId. And he put code in #ifdef. You can do the same:

Thank you very much.

I got a little bit carried away with the different options and I forgot about the dependency of pthread.

I think that your proposal is the sane thing to do.