compilation trouble && unresolved symbol

[Samuel Rydh]

On Fri, Jun 13, 2003 at 02:09:40PM +0200, Eric Deveaud wrote:
> 
> Hi,
> 
> as I've got some spare time at work I give a new try at mol.
> after hunting any previous mol piece laying on the disk and bk-ed a
> fresh version
> I have 1 problems and do not understand where it can come from. That's
> why I'm requesting some insigth.
> 
> 1) compil aborts on modes-l.c
> bulgroz:src/vconfig > make
> gcc -DHAVE_CONFIG_H -I. -I. -I../../src/shared -I../include -I../shared
> -I-    -Wall -g -Wall -Wno-unused-function -c modes-l.c
> cc1: Invalid option `-Wno-unused-function'

OK, it appears 2.95.4 doesn't recognize this flag...
 
> I'm still using an "old" 2.95.4 gcc ;-)
> does not matter It's an easy step to continue the building process.
> 
> 2) compilation and instalation gone smoothly after that.
> 
> guys I want to said thank's for the quality. I'm astonished by having
> just see one, yes just ONE warning during the compil process, about a
> defined but not used variable (modes-l.c:1144: warning: `yyunput'
> defined but not used)

...which was added in order to remove this warning (flex does not
generate warning-free code).

> 3) and now the bad part.
> 
> bulgroz:station/mol-bk > sudo startmol --loadonly
> Mac-on-Linux 0.9.69 Copyright (C) 1997-2003 Samuel Rydh
> Starting MOL session 0
> Loading Mac-on-Linux kernel module:
>    /usr/local/lib/mol/0.9.69/modules/2.4.20-ben10-smp/mol.o
> /usr/local/lib/mol/0.9.69/modules/2.4.20-ben10-smp/mol.o: unresolved
> symbol verify_area
> /usr/local/lib/mol/0.9.69/modules/2.4.20-ben10-smp/mol.o: unresolved
> symbol virt_to_phys
> /usr/local/lib/mol/0.9.69/modules/2.4.20-ben10-smp/mol.o: unresolved
> symbol copy_to_user
> /usr/local/lib/mol/0.9.69/modules/2.4.20-ben10-smp/mol.o: unresolved
> symbol phys_to_virt
> /usr/local/lib/mol/0.9.69/modules/2.4.20-ben10-smp/mol.o: unresolved
> symbol copy_from_user
> 
> I've rebuilt the kernel modules, but same problem
> 
> any hint on what I'm missing or doing the wrong way.

You have compiled MOL with broken kernel headers (i.e. headers
that are not configured exactly as your running kernel).

If you have rolled your own kernel, then you should probably rebuild
the kernel (a 'make mrproper' after backing up the .config file is
a good idea). Note that you should do 'make modules_install' even if
everything is statically compiled into the kernel since this step
installs the /lib/modules/2.4.20-ben10/build symlink which
MOL uses to find the correct headers.

Good luck,

/Samuel