Just wondering; why wasn’t the 32-bit Chameleon code ported to 64-bit?
Think about it guys. That would really have made our life easier. Here is one example. Porting the disassembled _lzvn_decode function would have been pretty easy …
I first changed the Makefiles to make it compile the selected build target i.e. i386 or x86_64. For this I also had to copy the i386 directory to x86_64 and then I changed libsaio/libsaio.h like so:
-#include "io_inline.h" +#include <architecture/i386/pio.h>
This way it includes: /usr/include/architecture/i386/pio.h instead of libsaio.h and now the errors for the x86_64 target in this file are solved.
I also added a new function called _prot_to_long to asm.s and it compiles without errors, but now I have to solve a reboot issue. And yes. I decided to switch from protected mode to long mode so that I can call decode_lzvn() without issues. Theoretically that is, because it isn’t working yet.
p.s. Oops. I clicked on “Update” instead of “Preview Change”. Now you see an incomplete article. Sorry about that. Hang in…
Just guessing: To keep 32bit support ?
Yeah that must be it. That and the fact that there was no need for long mode, but these days, with Yosemite, we need it.
This is great input. Are you somehow feeding back those changes to the Chameleon source ?
Which makes me wonder if there is an ‘official’ chameleon git or something like it.
Thanks, and sure. I not only made Chameleon compatible with Yosemite, but I will keep trying to help where I can. About source code. No Git repo, as far as I know, but look here:
http://forge.voodooprojects.org/p/chameleon/source/tree/HEAD/trunk
Thanks Pike, keep it coming.
You’re the best!