>> PS: I still can't link an executable with the version of 8l from the
>> Go toolchain that I built under Plan 9, but I'm hoping to get there
>> soon.
>
> It's of some consolation to me that I see exactly the same results
> under Ubuntu, so that particular problem isn't in the 8l executable
> cre
> PS: I still can't link an executable with the version of 8l from the
> Go toolchain that I built under Plan 9, but I'm hoping to get there
> soon.
It's of some consolation to me that I see exactly the same results
under Ubuntu, so that particular problem isn't in the 8l executable
created for Pl
I have tweaked the Plan 9 native to allow for manual adjustment
around the different needs of Go and native Plan 9 toolchains, so now:
#ifndef SARNAME
#define SARNAME 16
#endif
SARNAME can be predefined to the "64" that Go prefers. Unfortunately,
it's a short term soluti
> .../src/cmd/8a/asm.c, around line #900:
>
> /* This null SHdr must appear before all others */
> sh = newElfShdr(elfstr[ElfStrEmpty]);
>
> My guess is that this needs to be followed by an instruction to write
> out the header, which in fact does not take place.
The
.../src/cmd/8a/asm.c, around line #900:
/* This null SHdr must appear before all others */
sh = newElfShdr(elfstr[ElfStrEmpty]);
My guess is that this needs to be followed by an instruction to write
out the header, which in fact does not take place.
I will not be