On 18.01.2012 23:47, Andreas Born wrote:
Hello,
having trouble building the latest bzr 3757. This happens with gcc
4.5.2 on Salix/Slackware 13.37 x86_64 system, but doesn't happen with
gcc 4.6.2 on Arch Linux x86_64.
I also checked recent other reports of such problems, but wasn't able
to fin
Yes, I'm going to try that. Just test booted an iso image with qemu and
with 0x800 and that fails printing garbage to the screen. So probably
that's too big.
Andreas
Am 19.01.2012 00:47, schrieb Seth Goldberg:
Hi,
I should also mention that I ifdef'ed out the reed-solomon add
redundancy st
Hi,
I should also mention that I ifdef'ed out the reed-solomon add redundancy
stuff in grub-setup (since it was causing me problems I haven't had time to
identify). You may want to try that also -- make sure you ifdef out the code
that sets the redundancy size also, otherwise, you're going t
Yes, that's exactly what I tried, but apparently it doesn't work. The
lowest working value is 0x800 here.
So gcc 4.5 seems to be worse than 4.4 and 4.6 better than both.
Andreas
Am 18.01.2012 23:53, schrieb Seth Goldberg:
Hi,
Yes, I'm seeing that also. I guess version 4.5.2 of the compiler
Hi,
Yes, I'm seeing that also. I guess version 4.5.2 of the compiler just isn't
as efficient as the most-recent GCC. I edited include/grub/offsets.h:
And changed:
#define GRUB_KERNEL_I386_PC_NO_REED_SOLOMON_PART 0x7e0
To:
#define GRUB_KERNEL_I386_PC_NO_REED_SOLOMON_PART 0x7f0
And that w
Hello,
having trouble building the latest bzr 3757. This happens with gcc 4.5.2
on Salix/Slackware 13.37 x86_64 system, but doesn't happen with gcc
4.6.2 on Arch Linux x86_64.
I also checked recent other reports of such problems, but wasn't able to
find a solution.
Here's some output:
gcc -O