Seems so. ...
Definitely is. I gave it another try and i can clearly see "boot1:/boot" before the spinning cursor.
I really only mentioned this because it seemed a boot0 thing; as i mentioned the debug build helps...
it's the first time i see any debug on boot0; boot1 also fails to compile with debug enabled.
If you are booting from this drive, then I guess boot0 will find boot1 on 2nd partition and continue with booting, but since GPT is not valid, maybe Chameleon stage 3 gets confused.
yep, your guess is right, just it fails from any drive.
You mean stage2 (/boot), right!?
Anyway, I guess you would not be able to boot anything from this drive, but if the issue here is in the stage 3, then this could be fixed to allow to boot from some other drive.
Super Grub does load a OS X, not sure which one though... will check again, got me curious now.
If you say it can be fixed on stage2, i believe

i'm pretty noob at this stuff and
this falls on an area of the code i don't know that well.
boot0 fix from my previous post would deal with the corruption of LBAs (GPT array LBA or partition start LBA), but only if those LBAs are out of the range for the current disk. This is just to avoid boot0 from stopping in case of errors and to allow it to continue with boot1 search on other partitons and disks.
I got it, but don't know how to test this specific scenario.