Etienne Lorrain <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>> Etienne Lorrain writes:
>> > Well, a self relocating image cannot be an ELF file because the code
>> > to relocate the ELF cannot be executed at the wrong place.
>> > If relocation is needed, I would better like not to l
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> Etienne Lorrain wrote:
>> H. Peter Anvin wrote:
>>> I've long wished that someone would do a proper 16-bit x86 port of gcc;
>>
>>> however, the .code16gcc is usually good enough, although it produces code
>>> which is a lot bigger than it needs to be.
Etienne Lorrain wrote:
H. Peter Anvin wrote:
I've long wished that someone would do a proper 16-bit x86 port of gcc;
however, the .code16gcc is usually good enough, although it produces
code which is a lot bigger than it needs to be.
It is only that much bigger if you compare to 16 bits i
H. Peter Anvin wrote:
> I've long wished that someone would do a proper 16-bit x86 port of gcc;
> however, the .code16gcc is usually good enough, although it produces
> code which is a lot bigger than it needs to be.
It is only that much bigger if you compare to 16 bits integer compilers,
b
Eric W. Biederman wrote:
Modifying the linux real mode assembler, nobody could even want to.
I have several times. It's just code. But I do agree it will likely
be more maintainable if we can convert it to C.
On that same token I wrote a compiler in romcc in another context so I
didn't ha
Etienne Lorrain <[EMAIL PROTECTED]> writes:
> I am not sure to understand: Gujin calls a function inside the ELF real
> mode program header of the Linux kernel. All the system is currently
> in real mode. There isn't any limitation in this function of the kernel to
> decide to print some message
6 matches
Mail list logo
