Return to BSD News archive
Newsgroups: comp.unix.bsd Path: sserve!manuel!munnari.oz.au!uunet!super!rminnich From: rminnich@super.org (Ronald G Minnich) Subject: Re: problem,ith compiling kernel Message-ID: <1992Oct5.150220.24085@super.org> Sender: news@super.org (USENET News System) Nntp-Posting-Host: jimmy Organization: Supercomputing Research Center (Bowie, MD) References: <vgdp57q+@aix01.rz.fht-mannheim.de> Date: Mon, 5 Oct 1992 15:02:20 GMT Lines: 29 In article <vgdp57q+@aix01.rz.fht-mannheim.de> u84167@aix01.rz.fht-mannheim.de ( ) writes: >he (the computer) did his compiling work and then he said: >loding 386bsd >init_main.o undefined symbole _version reference from text segment Gee, i have seen this so many times, and the fix is so easy, if you don't mind temporary kludgery. I didn't feel like messing around and getting it right, as it looked like the patch kit would do the job, so did a *very* temporary work-around. Go ahead and use ci -l on init_main.c if you do this ... and praise all the Good Guys who put rcs into 0.1 In init_main.c, i added the line: char version[] = "This is a version string"; YEEECCCHHH, right? but i got a kernel ... and again this is done in the knowledge that it is TEMPORARY. make sure that your string is at least 10 bytes, as somewhere below a printf references version[9]. Sorry if this makes too many of you feel ill. :-) ron -- BOYCOTT ATT&DESTINY --- BOYCOTT ATT&DESTINY | rminnich@super.org BOYCOTT ATT&DESTINY --- BOYCOTT ATT&DESTINY | (301)-805-7451 BOYCOTT ATT&DESTINY --- BOYCOTT ATT&DESTINY |