LLVM cache not architecture-specific

Moderators: Rachael, dpJudas

Locked
User avatar
Rachael
Developer
Developer
Posts: 3616
Joined: Sat May 13, 2006 10:30

LLVM cache not architecture-specific

Post by Rachael » Sun Nov 27, 2016 9:11

I was planning to tackle this one myself when I figure out a good way to #ifdef 64-bit or something like that. But you may already know, anyway, and this would be a quick fix. :P

Basically, when switching between 32-bit and 64-bit QZDoom builds under the same drawer version, QZDoom crashes when initiating the drawers due to architecture differences.
Spoiler: Zen Sarcasm

dpJudas
Developer
Developer
Posts: 798
Joined: Sat Jul 23, 2016 7:53

Re: LLVM cache not architecture-specific

Post by dpJudas » Sun Nov 27, 2016 9:39

I think the easiest way of working around this issue is to add a 32bit or 64bit postfix to the drawer filename.

Overall, I see it just as another nail in the coffin for the way I use LLVM. If only it wasn't so boring to research how to persuade CMake to eat .asm and .s files. Whether those can just use MASM or if it requires the annoying NASM compiler dependency that ZDoom needs..

dpJudas
Developer
Developer
Posts: 798
Joined: Sat Jul 23, 2016 7:53

Re: LLVM cache not architecture-specific

Post by dpJudas » Sat Dec 03, 2016 5:50

We can close this one because QZDoom is no longer using such a cache. :)

User avatar
Rachael
Developer
Developer
Posts: 3616
Joined: Sat May 13, 2006 10:30

Re: LLVM cache not architecture-specific

Post by Rachael » Sat Dec 03, 2016 8:16

Very true. I should probably remove the DelLLVMCache.cmd from the distribution, as well.
Spoiler: Zen Sarcasm

Locked

Return to “Closed Bugs”