[9fans] Linker weirdness? (was: Assembler weirdness?)

[Pietro Gagliardi <pietro10@mac.com>]

I fixed it by specifying in the mkfile to convert jamesmol.s to
jmfixed.s or something.

But now when I go to link I get these weird errors about undefined
symbols in a function that they are not even related to.

source: /n/sources/contrib/pietro/pgos.tar
error list: /n/sources/contrib/pietro/pgos.err

And yes, I plan to use the a.out(6). But now it just takes raw binary.

On May 17, 2008, at 10:21 PM, Pietro Gagliardi wrote:

> You mean ##? Okay, but since 8a doesn't have an option to issue the
> standard C preprocessor (cpp(1) - 8c has -p), I'll see what I can do.
>
> On May 17, 2008, at 9:44 PM, erik quanstrom wrote:
>
>>> Hello. I'm trying to switch from GCC/NASM to the good old Plan 9
>>> tools
>>> to get a simple kernel I'm writing compiled and working with 9load
>>> (which fortunately is Multiboot-compliant). But there is one file
>>> - an
>>> 8a-ized hand-me-down interrupt service routine array - that is
>>> causing
>>> problems. Running
>>>
>>> 	8a /n/sources/contrib/pietro/jamesmol.s
>>>
>>> yields the errors in /n/sources/contrib/pietro/jamesmol.out. But
>>> if I
>>> first preprocess with cpp(1), which produces /n/sources/contrib/
>>> pietro/
>>> jamesmol.fixed, everything works fine with 8a. What's wrong?
>>>
>>> - Pietro
>>>
>>> PS - This is when I hate macros.
>>
>> i believe 8c disapproves of string pasting.
>>
>> - erik
>>
>>
>
>