Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!wuarchive!udel!mmdf
From: Glen Lalonde <lalonde@torolab2.vnet.ibm.com>
Newsgroups: comp.os.minix
Subject: GCC and MacMinix...
Message-ID: <49178@nigel.ee.udel.edu>
Date: 28 Mar 91 19:11:05 GMT
Sender: mmdf@ee.udel.edu
Lines: 14

I reported that using -traditional on main.c of fs would get around the
problem of using a gcc fs. This is not true, the real problem is with the
options sent to ld. You may notice that for the normal ack build of fs the
options -a0:256 -a1:256 ... are used this will cause the data and code
section to be padded to a multiple of one page. Now this is not done for
gcc-ld and thus in the kernel where is tries to find the location of
init, after cutting off the last eight bits of the size(assuming its just
zero), the wrong location is found.

The fix will be to change kernel/(cstart.c main.c) not to remove the last
eight bits OR tell gcc-ld to do the padding also. Does anyone know what
gcc-ld option has the same affect as the -a0:256 send to the ack ld?