[linux-lvm] Patch 0.8i to 2.3.40: error during make

[linux-lvm] Patch 0.8i to 2.3.40: error during make

[Jim Cain]

All,

After applying the patch and running make config and make dep, make shows
the following:

gcc -D__KERNEL__ -I/usr/src/linux-2.3.40-lvm/include -D__SMP__ -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -fno-strength-reduce  -DCPU=686 -march=i686  -c -o init/main.o init/main.c
gcc -D__KERNEL__ -I/usr/src/linux-2.3.40-lvm/include -D__SMP__ -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -fno-strength-reduce  -DCPU=686 -march=i686 -DUTS_MACHINE='"i386"' -c -o init/version.o init/version.c
make -C  kernel
make[1]: Entering directory `/usr/src/linux-2.3.40-lvm/kernel'
make all_targets
make[2]: Entering directory `/usr/src/linux-2.3.40-lvm/kernel'
gcc -D__KERNEL__ -I/usr/src/linux-2.3.40-lvm/include -D__SMP__ -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -fno-strength-reduce  -DCPU=686 -march=i686   -DEXPORT_SYMTAB -c signal.c
gcc -D__KERNEL__ -I/usr/src/linux-2.3.40-lvm/include -D__SMP__ -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -fno-strength-reduce  -DCPU=686 -march=i686   -DEXPORT_SYMTAB -c ksyms.c
ksyms.c:258: `block_fsync' undeclared here (not in a function)
ksyms.c:258: initializer element for `__ksymtab_block_fsync.value' is not constant
ksyms.c:269: `blkdev_close' undeclared here (not in a function)
ksyms.c:269: initializer element for `__ksymtab_blkdev_close.value' is not constant
make[2]: *** [ksyms.o] Error 1
make[2]: Leaving directory `/usr/src/linux-2.3.40-lvm/kernel'
make[1]: *** [first_rule] Error 2
make[1]: Leaving directory `/usr/src/linux-2.3.40-lvm/kernel'
make: *** [_dir_kernel] Error 2

Has anyone else had a similar problem with this patch?

Cheers,
Jim

Re: [linux-lvm] Patch 0.8i to 2.3.40: error during make

[Jan-Benedict Glaw]

[-- Attachment #1: Type: text/plain, Size: 1401 bytes --]

On Sun, Jan 30, 2000 at 07:11:04PM -0500, Jim Cain wrote:
> All,
> 
> After applying the patch and running make config and make dep, make shows
> the following:
> 
> make[2]: Entering directory `/usr/src/linux-2.3.40-lvm/kernel'
> gcc -D__KERNEL__ -I/usr/src/linux-2.3.40-lvm/include -D__SMP__ -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -fno-strength-reduce  -DCPU=686 -march=i686   -DEXPORT_SYMTAB -c ksyms.c
> ksyms.c:258: `block_fsync' undeclared here (not in a function)
> ksyms.c:258: initializer element for `__ksymtab_block_fsync.value' is not constant
> ksyms.c:269: `blkdev_close' undeclared here (not in a function)
> ksyms.c:269: initializer element for `__ksymtab_blkdev_close.value' is not constant
> make[2]: *** [ksyms.o] Error 1
> 
> Has anyone else had a similar problem with this patch?

Yes, /me... I've got no unmodified file handy and I'm working on a very slow
machine so try this:

- edit ./include/linux/fs.h
- locate line 775
- add the following two lines:

extern int blkdev_close(struct inode *, struct file *);
extern int block_fsync(struct file *, struct dentry *);


--> That's all. It's simply a problem of two missing declarations;(

MfG, JBG

-- 
Fehler eingestehen, Größe zeigen: Nehmt die Rechtschreibreform zurück!!!
keyID=0x8399E1BB fingerprint=250D 3BCF 7127 0D8C A444 A961 1DBD 5E75 8399 E1BB

[-- Attachment #2: Type: application/pgp-signature, Size: 240 bytes --]

Re: [linux-lvm] Patch 0.8i to 2.3.40: error during make

[Jan-Benedict Glaw]

[-- Attachment #1: Type: text/plain, Size: 1685 bytes --]

On Mon, Jan 31, 2000 at 03:36:52AM +0100, Jan-Benedict Glaw wrote:
> On Sun, Jan 30, 2000 at 07:11:04PM -0500, Jim Cain wrote:
> > All,
> > 
> > After applying the patch and running make config and make dep, make shows
> > the following:
> > 
> > make[2]: Entering directory `/usr/src/linux-2.3.40-lvm/kernel'
> > gcc -D__KERNEL__ -I/usr/src/linux-2.3.40-lvm/include -D__SMP__ -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -fno-strength-reduce  -DCPU=686 -march=i686   -DEXPORT_SYMTAB -c ksyms.c
> > ksyms.c:258: `block_fsync' undeclared here (not in a function)
> > ksyms.c:258: initializer element for `__ksymtab_block_fsync.value' is not constant
> > ksyms.c:269: `blkdev_close' undeclared here (not in a function)
> > ksyms.c:269: initializer element for `__ksymtab_blkdev_close.value' is not constant
> > make[2]: *** [ksyms.o] Error 1
> > 
> > Has anyone else had a similar problem with this patch?
> 
> Yes, /me... I've got no unmodified file handy and I'm working on a very slow
> machine so try this:
> 
> - edit ./include/linux/fs.h
> - locate line 775
> - add the following two lines:
> 
> extern int blkdev_close(struct inode *, struct file *);
> extern int block_fsync(struct file *, struct dentry *);
> 
> --> That's all. It's simply a problem of two missing declarations;(

Well, that's *nearly* all. You need to remove the "static" keywords from
both blkdev_close and block_fsync in ./fs/block_dev.c, too.

But that's really all;)

MfG, JBG

-- 
Fehler eingestehen, Größe zeigen: Nehmt die Rechtschreibreform zurück!!!
keyID=0x8399E1BB fingerprint=250D 3BCF 7127 0D8C A444 A961 1DBD 5E75 8399 E1BB

[-- Attachment #2: Type: application/pgp-signature, Size: 240 bytes --]

[linux-lvm] Patch 0.8i to 2.3.40: error during make

[Michael Marxmeier]

Forwarded message ...

-------- Original Message --------
Date: Wed, 2 Feb 2000 23:28:13 -0500 (EST)
From: Jim Cain <me@jimcain.net>
Subject: Re: [linux-lvm] Patch 0.8i to 2.3.40: error during make

Okay, I got the kernel to compile. Please ignore my previous message
about
not having the appropriate declarations. I was in the wrong linux
source
tree on the wrong machine. :-)

Anyway, I still had to make the changes that were previously noted:

> - edit ./include/linux/fs.h
> - locate line 775
> - add the following two lines:
> 
> extern int blkdev_close(struct inode *, struct file *);
> extern int block_fsync(struct file *, struct dentry *);

Well, that's *nearly* all. You need to remove the "static" keywords
from
both blkdev_close and block_fsync in ./fs/block_dev.c, too.

Once I was in the correct source tree, these changes were reasonable,
and
they allowed the kernel to compile.

However, I had problems getting the tools to build, and I'll be
composing
a separate message with details.

Thanks very much for the help!

Cheers,
Jim